Moze kolko hoces.

Možda onoliko koliko stane u memoriju dostupnu parseru? :)

Kad odgovarate brzinom mungosa, ajd da priupitam jos jednu stvar. Sta je najbolje koristiti da izmapiram jedan xml format na drugi....

Znaci imam xml dokument u kojem su mi aktuelni podaci (source), a hocu da ga spucam u drugi format (target). Upravo gledam MapForce 2004 ali on radi mnogo vise nego sto mi treba. Odgovara mi bilo sta sto radi iz komandne linije, bez vizuelnih pomagala.

ako malo bolje definišeš "mapiranje iz jednog xml formata u drugi", možda ti i pomogne neko.

za sada ti mogu reći samo XSL-T

Dooobro, ajde da definishem. Zamisli da imam format xml zapisa koji zelim i moguci n pojavljivanja raznih xml formata koje zelim da spucam u moj zapis. Lepo je da mi frljnesh keyword, ali malo sam lenj da pishem svaki put transformaciju kad iskrsne nova vrsta zapisa.

Alat koji sam spomenuo malo gore savrseno to radi, ali je ipak za moje potrebe kao da gadjas zeca topom.

XSL? Gde ga nadje. Pitanje je jasno, ali sad je fora kako da ga resis. Sto se mene tice, ja bi ga rastavljao, pa bi ga opet sastavljao XML DOMom

mislio sam da malo konkretnije pitaš "imam tag A, i tag B, kako da najlakše napravi tag C" ;)

inače, ako već imaš rešenje, šta je problem (pa makar i išao topom na zeca, razbićeš ga svakako ;)

pored tog tvog programa (ne bi bilo loše da kažeš kako on radi), imaš već pomenuti XSL-T, i mogućnost da lepo isprogramiraš konverziju u nekom programskom/skript jeziku (naravno, nekom koji ima dobru podršku za xml).

inače, mislim da koji god metod odabereš, ti moraš da zadaš neka "pravila" ili "logiku" po kojoj će da se format pretvara u drugi. mislim da ti ne gine pisanje novih transformacija, ili bilo kakvih drugih "pravila" za svaki novi format.




nisam rekao XSL. rekao sam XSL-T. ako ne znaš razliku, raspitaj se malo..

inače, XSL-T služi baš za transformaciju (to je ono -T) jednog xml formata u drugi, i savršeno je normalno da sam mu to predložio...

Imam xml format A i xml format B - treba mi preslikavanje shema na shemu. Zaboravi tag C.



Upravo od toga treba pobeci, secas se da sam spomenuo moguce pojavljivanje n formata A. Da ne bi n puta mapirao logiku i pravila, pa pisao kod koji transformishe neki A u moj one and only precious B - treba mi neki generator transformacije koji kao ulazne parametre prima dva XML dokumenta (sheme) i parametre mapiranja - a generishe XSL-T.


Upravo tako, samo da je jos neko drugi to uradio :-)

Sad mi nije jasno. Ustvari jasno mi je ali ne znam kako da uhvatis dva XMLa odjednom. Ja sam malo raduckao sa XML transformacijama uz pomoc MS XML DOM-a jer mi je trebala integracija sa ASP. Ako hoces da radis to onda cu da t i posaljem ima i uputstvo (spisak funkcija, procedura) sve complete...

Nema sta da hvatam dva odjednom.

Situacija je da imam podatke u xml po jednoj shemi. Potrebno mi je da ih pretumbam u xml dokument koji je po drugoj shemi. Podaci su isti.

I da je fiksiran polazni opis xml i onaj kakav treba da bude na kraju ne bih ovo ni pitao, odradio bih stvar. Problem je u tome sto je fiksirano kako podaci treba da izgledaju kada su prepumani u ovaj drugi format - a "prvih" moze biti n...

sve je to lepo, ali ja i dalje tvrdim da koju god metodu na kraju nađeš da koristiš, moraćeš da praviš novu transformaciju/šablon/skriptu/logiku za svaki novi format.


voleo bih da mi dokažeš/pokažeš da nisam bio u pravu...

Nema sta da ti dokazujem u pravu si 100%. Postoji samo razlika izmedju "pravljenja" transformacije ili koda koji mapira i "pravljenja" kakvo trazim :-)

Nemoj da te mrzi, pogledaj http://www.altova.com/features_xml2xml_mapforce.html i bice ti jasno tacno na sta mislim. Taj alat recimo omogucava da uvuches dva xml-a razlicitih shema i linijama povezes koji tag se preslikava na koji, pa cak i da dodelis odredjene funcije koje ce da obrade podatke na odredjeni nacin ako je potrebno. Alat ti zatim generishe XSLt ili C#, C++ ili Java po zelji.

Ja sam pitao da ne zna neko za slicnu stvar koja je manjeg kalibra, bez svih dodatnih opcija koje ovaj alat nudi - posto mu je cena $600.

aAAaaa... sad mi je jasno ;)

(ko mi je kriv što sam glup ;)


nego, što lepo ne reče na početku da želiš da "crtaš" transformacije umesto da ih "kodiraš" ;)

Ne kazem da hocu bas da ih crtam. Moze bilo sta sto preslikava iz komandne linije, kako god. Samo da ne moram peshke svaki put kad mi izleti XML sa shemom A da pishem rucno novi kod.

Kad ponesem na posao oba IQ onda mi i crtanje izgleda prihvatljivije od peshachenja :-)

Normalno se danas koristi XSLT koji neko napise (ili vizuelno "dizajnira" nekim od poznatih alata) i onda se ulazni XML kod transformise u neki drugi, opet XML kod. :)
Problem sa XLST-om sa druge strane je sto je zaguljen k'o da-ne-kazem-sta.

k