Newsgroup: it.comp.java
Titolo: Java e XML

Stiamo progettando un'applicazione Web in Java che faccia Largo uso di XML
per memorizzare i dati in Maniera Persistente (il DB possiamo usaro solo
per il retrieving dei dati)
In particolar modo abbiamo necessità di leggere file XML e impaginarli in
HTML, cercare delle righe, verificare che in un campo ci sia un determinato
contenuto ed infine aggiungere e rimuovere righe e Tag.
Insomma, manipolare gli XML in maniera pesante.
Avete consigli, librerie o cose simili per operazioni di questo tipo,
oppure siamo costretti a scrivere tutto a manina?
Grazie a tutti.
-- 
Cathàll - 
www.interisti.org
"Posso cambiare opinione su tutto, ma non sul fatto che ho ragione"
HT - Djurgårdens IT (233519) - IV.34


xalan + xerces sono quelle che negli anni hanno avuto + successo
questo non vuole dire che sono le migliori ma almeno che sono quelle
+ standard, + diffuse
e probabilmente + utili
unico problema ( non grave) e che proprio per il loro enorme successo
quando integrate potrete andare in conflitto di librerie
ma con un po' di calma e pazienza
e al limite qualche nottata mettete tutto a posto.
quindi io ve le consiglio
se poi avete il dubio fra DOM e SAX
che sono 2 filosofie di parsing diffrente
usate DOM ( o JDOM che e' la stessa cosa )
sempre.
a meno che il file da parsare non sia veramente enorme
ma enorme ma enorme, il che e' veramente raro.
       cya Nicola
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 Grazie a tutti.
Beh, se avete un cliente con un sacco di soldi potete usare Oracle XML, 
ha delle prestazioni esagerate, ma solo se avete lo XSD-Schema. Consente 
infatti di usare XPath direttamente nelle query XML !!
Altri ottimi sistemi sono:
- Apache Xindice
- Adabas Tamino
Poi ci sono i framework applicativi, primo fra tutti Cocoon, poi c'è 
Enhydra, e probabilmente altri mille duemila. Ormai tutti hanno creato 
framework XML, penso che anche mia zia per hobby ne abbia scritto uno, 
vado a chiedere :)
Buon mal di testa...
-- 
  -- + Setaceous Pig + --
http://megadix.users.mcs2.netarray.com/
http://www.jroller.com/page/megadix/

 Beh, se avete un cliente con un sacco di soldi potete usare Oracle XM
In realtà abbiamo solo un professore universitario abbastanza impaziente e
solo 12 giorni per fare tutto :-)
Dopo un po' di ricerche probabilmente useremo DOM. Da quanto ho visto
permette la navigazione, l'aggiunta, l'eliminazione e la modifica dei
nodi..tutto ciò che ci serve insomma.
Consigli? Obiezioni?
(Magari qualche tutorial in Italiano :P)


 (Magari qualche tutorial in Italiano :P)
BHè di librerie per il parsing ne esistono molte...in fin dei conti la 
soluzione di n.n credo che sia la migliore...xalan+xerces anche se con 
il primo non ci ho mai lavorato (fin ora ;-D).
Ce ne sono di altre ma non saprei quale sia la più "veloce" da implementare:
JAXB (credo che sia l'ultima nata)
JAXP
DOM
SAX
Ecco per dirne qualcuna...riguardo ai tutorial ti consiglio di googlare 
un po' perchè in italiano non ne ho sentiti di molti.
Ciao,
jRed

 SAX
Beh, a questo punto se ce n'è qualcuna più semplice di DOM da implementare
e da utilizzare (il tipo di necessità che abbiamo l'ho già scritto), ben
vengano dei consigli a quelli che come noi hanno 0 esperienza.


 (Magari qualche tutorial in Italiano :P)
Concordo con n.n., in questo caso vi consiglio JDOM, perchè è molto 
semplice da imparare e da usare, e se i file XML non sono esagerati va 
benissimo. Ad es, su un pentium II con 256M di Ram (e i parametri -Xms 
-Xmx giusti eh eh) non mi azzarderei a gestire file XML più grandi di 
10-20-30 megabyte...
Lo so che sembra quasi impossibile, ma può succedere benissimo di avere 
file di quelle dimensioni, oltretutto non compressi! A me personalmente 
è capitato di dover validare bestioni da 20MB da più sorgenti 
contemporaneamente. Sigh. Lì sì che stai attento alle prestazioni...


 nodi..tutto ci• che ci serve insomma.
Cattiva idea, se minimo minimo ti interessano prestazioni e footprint in 
memoria. Dom facilita (un pochino) il compito del programmatore, ma e' 
ingombrante e pesante a fronte di un uso "normale" (e per un progettino di 
corso non penso serva di piu'). Al piu', cose come JDom sono un po' piu' 
leggere, ma
 - sei sicuro che XML sia la scelta giusta? XML e' utile in certi casi, ma 
da un paio d'anni a questa parte e' come il prezzemolo - con risultati 
pessimi.
 - se sei sicuro, sequenze di eventi SAX sono il modo piu' efficace di 
salvare/ricostruire XML (e poi applicare XPath/XQuery sul risultato)

 Grazie a tutti.
Il tool c'e' ed e' fatto molto bene, ma occorre un po' di tempo per 
"farci la mano", si chiama Cocoon.
http://cocoon.apache.org

 "farci la mano", si chiama Cocoon.
arf,
secondo me riescono a pigliare 30 e lode
pure senza cocoon
se lo usano bisegnorebbe dargli 31
               cyao Nicola
