SAX, StAX, JDOM oder DOM , ab wann welches für XML

[noobster]

Hi kurz und bündig gefragt, ich schreibe gerade eine anwendung die sich dabei auf xml daten bezieht die in form von xml Dateien vorliegen.

Die GUI wird ein flash werden, da die entsprechenden xml dateien aber zuweilen 700 kb gross sind was ca 250.000 zeichen oder 3500 (zm teil sehr lange) zeilen bedeutet möchte ich die xml daten nur einmal von java zum flash hinschicken und dann nurnoch die änderungen übertragen.

also wenn node mit label "bla" und id=69 im attribute "infotext" eine andere value erhält wird nur dieser knoten übertragen.

ich hab mir nun die xml funktionen und klassen in java angeschaut und bin mir nicht sicher was ich nehmen bzw wo ich mich als anfänger reinarbeiten soll, ich hab schonmal nach sax sourcecodes und beispielen gesucht zwar auch was gefunden das waren aber direkt so 200 zeilen, ich suche nurwas u mal zu sehen wie es geht als beispiel eingabe ausgabe..

wäre sehr nett wenn ihr mir schreiben könntet was für meine anwendungen so ambesten und für einen anfänger am einfachsten ist.

 

[foobar]

Such mal im Forum nach DOM oder JDOM.

P.S. http://www.java-forum.org/de/viewtopic.php?t=8325&highlight=xml

 

[Guest]

wow danke ich werd mich mal durcharbeiten

greetz
Sascha

 

[byte]

JDOM ist imo recht anfängerfreundlich. Wobei sich wohl mit SE5 auch einiges im JAXP geändert hat, vielleicht ist das mittlerweile nicht mehr so - anstrengend - wie früher.

 

[noobster]

öhhhhm

eine sache fällt mir da gerade noch ein, ich bin mir nicht sicher ob die zu ladenden daten wirklich VALIDES xml sind, zumindest kommt öfters zwischenduch die documanttype zeile nochmals, das ist leider bei allen xml dateien so welche von einer anderen anwendung geschrieben werden auf die ich keinen einfluss habe, andersrum ist es kein problem für das andere programm valides xml zu lesen wie sieht das da bei jdom aus muss ich ich das xml erst beutifien bis es valide ist?

 

[foobar]

Also wenn du mit DOM parsen willst brauchst du zumindest wohlgeformtes XML, ansonsten hat das wenig Sinn.

Ich verstehe nicht so ganz was du meinst. Poste doch mal ein par Daten.

beutifien

Aua, meine Augen.

 

[byte]

Wenn es nicht wohlgeformt ist, dann ist es kein XML.

 

[noobster]

ich versuche es zu erklären.

Ich möchte eine bestehende Entwicklungsumgebung durch ein plugin um funktionalitäten erweitern, eine art editor gehört auch dazu.

Diese Entwicklungsumgebung benutzt sehr chaotiche xml dateien (xml mit mehreren documenttype zeilen so als ob man einfach angehängt hätte, in einem hab ich sogar einen nicht existierenden knoten gefunden der trotz seiner nichtexistenz geschlossen wurde) bisher hab ich mit flash geparst und flash verlangt nicht unbedingt was wohlgeformtes aber bei dem zuviel geschlossenen knoten dens gar nicht gab hat auch flash gesagt "dokument zuende, das wars"

So nun diese dateien darf ich von der struktur her nicht verändern, jedoch wäre es möglich das xml gegen ein wohlgeformtes zu ersetzen, problem dabei ist, werksmässig sind die config.xml dateien zwar gleich aber nachher werden sie teilweise durch , user, setup, plugins angepasst also kann ich nicht einfach irgendwie meine umwandeln das dieses wohlgeformt ist und so auf ein fremdsystem aufspielen und derjenige der sich dort plugins instaliert hat schaut dann in die röhre.

daher nun nochmal zwei fragen
1) gibt es einen xml beautyfier der das nicht wohlgeformte in ein wohlgeformes xml umzuwandeln vermag.
2) in dem beispiel vom link oben wird eine dtd verlangt, ist die DTD unbedingt von nöten? weil natürlich gibts zu keiner der xml dateien eine dtd.

 

[foobar]

2) in dem beispiel vom link oben wird eine dtd verlangt, ist die DTD unbedingt von nöten? weil natürlich gibts zu keiner der xml dateien eine dtd.

Wenn deine Xmlinstanz eine Doctypedefinition hat und standalone auf false steht, mußt du gegen eine DTD parsen um valides XML zu erhalten ansonsten nicht.

1) gibt es einen xml beautyfier der das nicht wohlgeformte in ein wohlgeformes xml umzuwandeln vermag.

Ein Beautifier sorgt nur dafür, daß ein XML-Datenstrom sauber eingerückt ist.

Wenn dein XML nicht mal wohlgeformt ist, macht das alles keinen Sinn.

 

[noobster]

ok dann muss ich halt einen parser bauen der mir alle dateien umparst, reicht ja dann einmalig bei der installation.

danke für deine antworten


Gruss
Sascha

 

[KSG9|sebastian]

Hmm..ich lese ständig solche Sachen wir z.B.

"Ich muss ne XML-Datei verarbeiten"
"XML-Datei ist aber nicht wellformed"
"Kann ich auch nix dran ändern, ist von der Firma vorgegeben"

Weiß ja nicht, aber WENN man XML verwendet dann richtig. Versteh das nicht..mein Chef würd mich köpfen wenn ich ihm eine nicht wohlgeformte XML vorsetzen würde..

gruß

 

[byte]

War sicher mal XML. Ist dann über 17 Abteilungen gewandert und am Ende kommt nur noch Blödsinn raus. Das ist der "stille Post" Effekt.

 

[AlArenal]

Passend zum Thema ein taufrischer Blog-Eintrag auf Java.net:

Introduction to StAX

Auszug:

Processing XML documents has become a critical and integral part of most applications being developed today. Depending on different environments, there are various ways to process an XML document within a program. All these can be broadly categorized into two approaches:

1. Tree-based APIs: DOM (Document Object Model) implementations use this technique. They basically load the whole XML file into memory and process it. The model they build is usually larger than the original XML document, thus duplicating and wasting memory.
2. Event-based APIs: When this type of a parser is given some XML to process, it sends out events corresponding to the information items it finds. The common approach has been to use a push-based approach like SAX to process the XML. This is more efficient than DOM, in terms of memory. The problem with the push model is that once started, it goes to the end of the document and the caller must be ready to handle all of the events in one shot. So the caller that invokes the parser has no control over the parsing phase.

Both of these models give little or no control to the user in this parsing process. Once started, whether tree-based or event-based, both parsing approaches consume the whole data stream at once. JSR 173 defines a pull streaming model, StAX (short for "Streaming API for XML"), for processing XML documents. In this model, unlike in SAX, the client can start, proceed, pause, and resume the parsing process. The client has complete control.

Where will this come in handy? Think about an XML processing engine, like Apache Axis2, where memory and performance are critical parameters. Upon the receipt of a SOAP message, one may need to parse the message depending on some criteria and constrain the parse to various levels. This can easily be done with a parser that gives control to the client.

 

[noobster]

@ KSG9
ich erlebe soetwas auch icht zum ersten mal nur zum ersten mal mit java, ich erstelle hin und wieder kleinere erweiterungen die meistens webbasiert sind oder die ich mittels ZINC(fügt der ausfürbaren flash datei weitere funktionen hinzu) nur wolte ich mich diesmal endlich an java versuchen zumal bald ein grösseres Projekt mit Java open source server im backend ansteht.

@ byto
ja so wie es aussieht war das genau so

@AllArenal
auch dir Danke ich werd mich nochmals genauer mit StAX auseinandersetzen da ich gleichzeitig mehrere xml dokuemnte habe (so ca. 8-10 in der grössenordnung von jeweils 1MB bzw. 1.000.000 zeichen) dazu kommen noch ca. 20 kleinere XML dateien.

 

[Aimee]

Habe gerade zufällig diesen Beitrag entdeckt.. Auch ich kann StAX nur empfehlen.. Wir erreichen damit "Spitzengeschwindigkeiten" was das lesen und schreiben von XML-Dateien betrifft. Auch von stark verschachtelten Dateien usw.!

Ist also nur zu empfehlen..

Hier ein paar links die ich dazu bei mir gespeichert hatte:
http://dev2dev.bea.com/xml/stax.html
http://stax.codehaus.org/
http://www.xml.com/pub/a/2003/09/17/stax.html
http://www.zdnet.de/news/software/0,39023144,39117183,00.htm

:toll: