parser.jar, obviously, contains old versions of the endorse packages such as org.w3c.dom.*, org.xml.*, javax.xml.*, etc... xmlParserAPIs.jar (or, again, xml-apis.jar) contain the latest versions of these libraries. Forget parser.jar. Delete it and just use the new stuff.

Jake

At 05:38 PM 8/28/2003 +0200, you wrote:
Hi Jake,

parser.jar is just another JAR file for xml parsing, which was located on
our machine.
It has nothing to do with Xerces. But it is used by other applications
requiring
XML parsing. For me to use Xerces, I added the necessary jar files, which
includes
xmlParserAPIs.jar. These two jar files contains both
org.w3c.dom.DOMImplementation,
which is why I am getting the problem.

I was wondering how to fix my "cannot resolve symbol", without deleting
parser.jar.

Cheers

Marco

-----Urspr�ngliche Nachricht-----
Von: Jacob Kjome [mailto:[EMAIL PROTECTED]
Gesendet: 28 August 2003 16:50
An: [EMAIL PROTECTED]
Betreff: Re: xmlParserAPIs.jar and parser.jar



What's "parser.jar"?  You should have xmlParserAPIs.jar (or xml-apis.jar)
and xercesImpl.jar.

Jake

At 10:17 AM 8/28/2003 +0200, you wrote:
>Hi all,
>
>this is more a general Java question, but it is associated with Xerces.
>
>I am currently writing library of classes to obviously process some XML
>documents, using jdk1.3.1_01.
>
>I have places the necessary jar files in jdk1.3.1_01\jre\lib\ext to be able
>to compile and run.
>The machines which will use this also contain parser.jar in this directory.
>When I go to compile the classes I get the following error,
>
>mapbroker/MBXML.java:97: cannot resolve symbol
>symbol  : method createDocument  (java.lang.String,java.lang.String,<null>)
>location: interface org.w3c.dom.DOMImplementation
>         Document subDocument = domImpl.createDocument("", "roottagname",
>null);
>
>Now when I remove parser.jar, everything compiles and runs without a
>problem.
>This leads me to believe that cause both jar files contain the
>org.w3c.dom.DOMImplementation, then the JVM cannot resolve which one to
use.
>Now I thought depending on which order these are loaded in the classpath,
>then it will use the first. It seems to me placing the jars in \jre\lib\ext
>does not do this. Well it is more of a case that I do not really understand
>what happens to these files when java application starts.
>
>So my question is how can I have both of these files in \jre\lib\ext and
>have java resolve it.
>
>Also this will be run as both for a stand alone application, which is where
>I have encountered this problem, and as a web application.
>using ServletExec. I have not done any test for the web application, but I
>suppose I could add the xmlParserAPIs.jar
>to the Java Virtual Machine (VM) Classpath, which should resolve this
>problem for my web application.
>Regards
>Marco Giana
>
>
>
>___________________________________________________________
>Marco Giana
>mailto:[EMAIL PROTECTED]
>WebGIS-Entwicklung                                       Phone:++43 1 87806
>ext. 49
>SynerGIS Informationssysteme GmbH                   Fax:++43 1 87806 ext.
98
>Amalienstrasse 65
>A-1130 Wien
>http://www.synergis.co.at
>___________________________________________________________
>
>18. European ESRI User Conference Oct 8-10, Innsbruck
>10. Deutschsprachige ESRI Anwenderkonferenz 8.-10.10. Innsbruck
>GIS @ Work http://www.esri2003.info
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]


--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Reply via email to