Discussion :

[dahtah]

Bonjour à tous.
Je rencontre un problème très bizarre dont je ne vois pas la cause, donc forcément pas la solution.
J'ai une interface graphique faite avec Matisse et un programme interagissant avec la GUI. Pour sauvegarder les préférences utilisateurs, j'utilise la classe Properties. Je sauve ces préférences dans un fichier XML.
J'utilise également JDIC pour afficher des dossiers grâce au programme natif de l'OS.
Jusque là tout va bien, mon programme fonctionne parfaitement.
Par contre, je souhaite monitorer l'activité réseau à l'aide de JFreeChart. Dès que j'inclus la bibliothèque dans mon projet via NetBeans 5.5, j'ai un message d'erreur de ce type :

java.util.InvalidPropertiesFormatException: org.xml.sax.SAXParseException: URI was not reported to parser for entity [document]
at java.util.XMLUtils.load(XMLUtils.java:59)
at java.util.Properties.loadFromXML(Properties.java:701)
at fr.gouv.defense.dga.Launcher.initLauncher(Launcher.java:36)
at fr.gouv.defense.dga.Launcher.main(Launcher.java:61)
Caused by: org.xml.sax.SAXParseException: URI was not reported to parser for entity [document]
at gnu.xml.aelfred2.SAXDriver.warn(SAXDriver.java:934)
at gnu.xml.aelfred2.SAXDriver.startExternalEntity(SAXDriver.java:631)
at gnu.xml.aelfred2.XmlParser.pushURL(XmlParser.java:3358)
at gnu.xml.aelfred2.XmlParser.doParse(XmlParser.java:159)
ServeurTcp en marche...
at gnu.xml.aelfred2.SAXDriver.parse(SAXDriver.java:320)
at gnu.xml.aelfred2.XmlReader.parse(XmlReader.java:294)
at gnu.xml.dom.JAXPFactory$JAXPBuilder.parse(JAXPFactory.java:186)
at java.util.XMLUtils.getLoadingDoc(XMLUtils.java:85)
at java.util.XMLUtils.load(XMLUtils.java:57)
... 3 more
java.util.InvalidPropertiesFormatException: org.xml.sax.SAXParseException: URI was not reported to parser for entity [document]
at java.util.XMLUtils.load(XMLUtils.java:59)
at java.util.Properties.loadFromXML(Properties.java:701)
at fr.gouv.defense.dga.FichierLog.initLog(FichierLog.java:40)
at fr.gouv.defense.dga.ServeurTcp.run(ServeurTcp.java:130)
Caused by: org.xml.sax.SAXParseException: URI was not reported to parser for entity [document]
at gnu.xml.aelfred2.SAXDriver.warn(SAXDriver.java:934)
at gnu.xml.aelfred2.SAXDriver.startExternalEntity(SAXDriver.java:631)
at gnu.xml.aelfred2.XmlParser.pushURL(XmlParser.java:3358)
at gnu.xml.aelfred2.XmlParser.doParse(XmlParser.java:159)
at gnu.xml.aelfred2.SAXDriver.parse(SAXDriver.java:320)
at gnu.xml.aelfred2.XmlReader.parse(XmlReader.java:294)
at gnu.xml.dom.JAXPFactory$JAXPBuilder.parse(JAXPFactory.java:186)
at java.util.XMLUtils.getLoadingDoc(XMLUtils.java:85)
at java.util.XMLUtils.load(XMLUtils.java:57)
... 3 more
java.util.InvalidPropertiesFormatException: org.xml.sax.SAXParseException: URI was not reported to parser for entity [document]
at java.util.XMLUtils.load(XMLUtils.java:59)
at java.util.Properties.loadFromXML(Properties.java:701)
at fr.gouv.defense.dga.MonitoringGUI.getChemin(MonitoringGUI.java:970)
at fr.gouv.defense.dga.Launcher$2.run(Launcher.java:67)
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:461)
at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:110)
Caused by: org.xml.sax.SAXParseException: URI was not reported to parser for entity [document]
at gnu.xml.aelfred2.SAXDriver.warn(SAXDriver.java:934)
at gnu.xml.aelfred2.SAXDriver.startExternalEntity(SAXDriver.java:631)
at gnu.xml.aelfred2.XmlParser.pushURL(XmlParser.java:3358)
at gnu.xml.aelfred2.XmlParser.doParse(XmlParser.java:159)
at gnu.xml.aelfred2.SAXDriver.parse(SAXDriver.java:320)
at gnu.xml.aelfred2.XmlReader.parse(XmlReader.java:294)
at gnu.xml.dom.JAXPFactory$JAXPBuilder.parse(JAXPFactory.java:186)
at java.util.XMLUtils.getLoadingDoc(XMLUtils.java:85)
at java.util.XMLUtils.load(XMLUtils.java:57)
... 10 more

désolé, c'est long. Visiblement le problème vient d'un parseur XML. Je sais que mon fichier XML n'est pas bien formé, pas de DTD.
Quelqu'un voit-il la cause du soucis?
Merci à ceux qui seront arrivés au bout.

[dahtah]

Le problème vient de la librairie gnujax.jar
Si je ne l'importe pas tout fonctionne.
Comment une librairie non appelée dans un programme (juste présente dans l'IDE) peut-elle influer sur le fonctionnement de celui-ci?
Pourquoi appelle-t-elle son propre parseur XML pour lire mon fichier XML, alors que rien ne lui est demandée?
J'ai juste à la supprimer, et celà marchera, mais POURQUOI?????

[natha]

Elle définie sûrement une classe qui prend le pas sur les autres.
L'ordre des jar dans un classpath peut avoir de l'importance.
Les parseurs XML par exemple il vaut mieux en avoir qu'un dans son classpath. J'ai déjà eu ce genre de problème, virer une librairie obsolète mais toujours présente pour faire fonctionner un programme.

[dahtah]

Tu veux dire que par exemple les jar placés en début (ou en fin) de classpath sont prioritaires?
Comment une librairie externe peut prendre le pas sur les classes de bases de java. Elle est mal conçue? C'est un conflit de nom, ou est elle mal conçue.
Je vais faire suivre le problème au développeurs de JFreeChart.

[dahtah]

J'avance.
Mon XML n'était pas bien formé, j'ao donc récupéré la DTD de properties sur le site de sun. J'ai validé le document avec, et une nouvelle erreur intervient me disant que ce n'est pas la bonne référence. Mon problème est le même que celui-ci :
http://forum.java.sun.com/thread.jsp...417079#4417079
En fait, le problème n'a peut-être pas grand chose à voir avec JFreeChart.
Si quelqu'un voit comment valider une DTD en local ou résoudre ce bug...
Merci.

[natha]

Tu veux dire que par exemple les jar placés en début (ou en fin) de classpath sont prioritaires?

Les jars ont un ordre de priorité oui. Si jar1.jar et jar2.jar définissent la même classe, si j'ai :

classpath = jar1.jar;jar2.jar

alors c'est la classe de jar1.jar qui prendra le pas.

Les classe natives de Java viennent en dernier donc tu peux redéfinir une classe native (si elle n'est pas finale) et ta classe prendra le pas sur la JVM.

Pour ton problème regarde dans le site ce qui concerne la validation XML, tu peux très bien la désactiver.

[dahtah]

Je l'ai désactivée, mais c'est pas une bonne solution...

[natha]

Je l'ai désactivée, mais c'est pas une bonne solution...

Si vu que ces fichiers sont générés par ton application et lu uniquement par ton application. Il n'y a pas vraiment besoin de validation. La validation est nécessaire quand il s'agit de données entre 2 applications par exemple.

[dahtah]

ok merci des éclaircissement natha.