You are viewing a plain text version of this content. The canonical link for it is here.
Posted to soap-user@ws.apache.org by David Harvey <dh...@gardnersys.com> on 2001/03/13 16:51:30 UTC
Re: cannot deploy service (getNamespaceURI) RESOLVED
With help from previous posters, thanks to the archive on
http://marc.theaimsgroup.com/, I have finally figured out the problem.
Sorry about the long post but this might help others. Thanks to
mark_m_miller@hp.com who previously posted the clue about
%JAVA_HOME%/jre/lib/ext/xml.jar.
Just to review, I had two nearly identical win2k machines, both running
tomcat as localhost server, one was working (i.e. running the samples OK)
and the other was not. Xerces.jar was the first entry in the classpath on
both. Both had identical tomcat.bat and server.xml.
Tomcat reported (on both machines) the following on startup, as you can see
xml.jar is not referenced anywhere:
Using CLASSPATH: c:\dev\soap\soap-2_1;c:\dev\Xerces\xerces-1_3_0\xerces.jar;
c:\dev\Soap\soap-2_1\lib\soap.jar;c:\dev\javamail-1.2\mail.jar;c:\dev\jaf-1.
0.1\activation.jar;
c:\dev\jakarta\jakarta-tomcat-3.2.1\classes;c:\dev\jakarta\jakarta-tomcat-3.
2.1\lib\ant.jar;
c:\dev\jakarta\jakarta-tomcat-3.2.1\lib\jaxp.jar;c:\dev\jakarta\jakarta-tomc
at-3.2.1\lib\servlet.jar;
c:\dev\jakarta\jakarta-tomcat-3.2.1\lib\parser.jar;c:\dev\jakarta\jakarta-to
mcat-3.2.1\lib\webserver.jar;
c:\dev\jakarta\jakarta-tomcat-3.2.1\lib\jasper.jar;c:\jdk1.3\lib\tools.jar
The following is typical of what I was getting when I tried to do almost
anything:
C:\dev\Soap>java -cp
.;c:\dev\soap\soap-2_1;c:\dev\xerces\xerces-1_3_0\xerces.jar;c:\dev\Soap\soa
p-2_1\lib\soap.jar;c:\dev\javamail-1.2\mail.jar;c:\dev\jaf-1.0.1\activation.
jar org.apache.soap.server.ServiceManagerClient
http://localhost:8080/soap/servlet/rpcrouter
Exception in thread "main" java.lang.NoSuchMethodError
at org.apache.soap.util.xml.QName.<init>(QName.java:80)
....(more stack here - not relavent)
Examination of the source (QName.java line 80) shows Node.getNamespaceURI()
is not found. This is a function in xerces but not in the sun xml.jar.
The classpath used by tomcat (shown when tomcat starts) showed Xerces.jar as
the first entry, as required. xml.jar does not appear did not appear
anywhere on any classpath. The solution was to delete
%JAVA_HOME%\jre\lib\ext\xml.jar from my machine. I new tomcat was using it
because when I tried to delete it I couldn't because it was in use.
Now the question is: how does xml.jar get used by tomcat if it is not in
tomcat.bat or passed in as the classpath? I looked thru the tomcat.bat but
I can find no reference to anything in %JAVA_HOME%\jre\lib\ext. I have
xml.jar in this location on the machine that works and tomcat doesn't have
any problem.
Thanks,
David Harvey
Sr. Software Engineer, Siemens Energy and Automation Inc. Gardner
Transportation Systems Buisiness Unit
Re: cannot deploy service (getNamespaceURI) RESOLVED
Posted by David Harvey <dh...@gardnersys.com>.
Graham, thanks again.
It's nice to know that sun is taking care of use and loading extentions for
us BEFORE the classpath and burying such a lovely feature (not!) in the
docs. Sounds like the machinations of another software company slightly
north of silicon valley.
----- Original Message -----
From: "Graham Cunningham" <gr...@kinetic.ch>
To: <so...@xml.apache.org>
Sent: Tuesday, March 13, 2001 10:44 AM
Subject: RE: cannot deploy service (getNamespaceURI) RESOLVED
> Hi David,
> well it seems that the final part of my post is irrelevant. You cant
> determine when or where on the classpath xml.jar is because it is loaded
by
> the java runtime when you start tomcat itself. This means that you can set
> the classpath environment variable however you want, if xml.jar or indeed
> any other .jar file is in the ext directory it will be searched first by
the
> system classloader. Indeed a quick look through the extensions section of
> the jdk1.2.2 docs comes up with this little gem
>
> "The property java.class.path is read to obtain the search path of URLs to
> use when creating the instance of URLClassLoader to load the application.
> This specifies the application's class path for loading application
classes
> and resources. When loading a class or resource, the class loader will
first
> search the system class path, then installed extensions, and finally the
> application class path. "
>
> which I take to mean that anything within the ext directory is classed as
an
> installed extension and takes precedence over an applications class path.
>
> I think for me this means that I will now ensure that xerces.jar and only
> xerces.jar is in the ext directory and then I dont have to worry about any
> classpath settings in tomcat. In fact I dont know why the install docs
dont
> just say this.
>
> regards
> -----Original Message-----
> From: David Harvey [mailto:dharvey@gardnersys.com]
> Sent: Dienstag, 13. März 2001 18:04
> To: soap-user@xml.apache.org
> Subject: Re: cannot deploy service (getNamespaceURI) RESOLVED
>
>
> Graham, thanks for responding.
> tomcat.bat reported "Using CLASSPATH ...." in my post (below) shows xerces
> is second behind soap.jar and xml.jar doesn't show up at all.
> Are you suggesting that when tomcat.bat reports "Using CLASSPATH ...." it
is
> giving me an erronous classpath?
>
> Is soap.jar loading %JAVA_HOME%\jre\lib\ext\xml.jar by some means?
>
> ----- Original Message -----
> From: "Graham Cunningham" <gr...@kinetic.ch>
> To: <so...@xml.apache.org>
> Sent: Tuesday, March 13, 2001 9:37 AM
> Subject: RE: cannot deploy service (getNamespaceURI) RESOLVED
>
>
> > anthing in this ext directory is automatically loaded by the java
runtime
> > and added to the classpath, this I think is a new "feature" of jdk1.2.
> What
> > is important then is that when you make the classpath changes in tomcat
to
> > add xerces is that you ensure that xerces is at the front doing
> > set CP=E:\xerces-1_3_0\xerces.jar;%CP%
> > and not
> > set CP=%CP%;E:\xerces-1_3_0\xerces.jar;
> > regards
> > -----Original Message-----
> > From: David Harvey [mailto:dharvey@gardnersys.com]
> > Sent: Dienstag, 13. März 2001 16:52
> > To: soap-user@xml.apache.org
> > Subject: Re: cannot deploy service (getNamespaceURI) RESOLVED
> >
> >
> > With help from previous posters, thanks to the archive on
> > http://marc.theaimsgroup.com/, I have finally figured out the problem.
> > Sorry about the long post but this might help others. Thanks to
> > mark_m_miller@hp.com who previously posted the clue about
> > %JAVA_HOME%/jre/lib/ext/xml.jar.
> >
> > Just to review, I had two nearly identical win2k machines, both running
> > tomcat as localhost server, one was working (i.e. running the samples
OK)
> > and the other was not. Xerces.jar was the first entry in the classpath
on
> > both. Both had identical tomcat.bat and server.xml.
> >
> > Tomcat reported (on both machines) the following on startup, as you can
> see
> > xml.jar is not referenced anywhere:
> >
> > Using CLASSPATH:
> c:\dev\soap\soap-2_1;c:\dev\Xerces\xerces-1_3_0\xerces.jar;
> >
>
c:\dev\Soap\soap-2_1\lib\soap.jar;c:\dev\javamail-1.2\mail.jar;c:\dev\jaf-1.
> > 0.1\activation.jar;
> >
>
c:\dev\jakarta\jakarta-tomcat-3.2.1\classes;c:\dev\jakarta\jakarta-tomcat-3.
> > 2.1\lib\ant.jar;
> >
>
c:\dev\jakarta\jakarta-tomcat-3.2.1\lib\jaxp.jar;c:\dev\jakarta\jakarta-tomc
> > at-3.2.1\lib\servlet.jar;
> >
>
c:\dev\jakarta\jakarta-tomcat-3.2.1\lib\parser.jar;c:\dev\jakarta\jakarta-to
> > mcat-3.2.1\lib\webserver.jar;
> >
c:\dev\jakarta\jakarta-tomcat-3.2.1\lib\jasper.jar;c:\jdk1.3\lib\tools.jar
> >
> > The following is typical of what I was getting when I tried to do almost
> > anything:
> >
> > C:\dev\Soap>java -cp
> >
>
.;c:\dev\soap\soap-2_1;c:\dev\xerces\xerces-1_3_0\xerces.jar;c:\dev\Soap\soa
> >
>
p-2_1\lib\soap.jar;c:\dev\javamail-1.2\mail.jar;c:\dev\jaf-1.0.1\activation.
> > jar org.apache.soap.server.ServiceManagerClient
> > http://localhost:8080/soap/servlet/rpcrouter
> > Exception in thread "main" java.lang.NoSuchMethodError
> > at org.apache.soap.util.xml.QName.<init>(QName.java:80)
> > ....(more stack here - not relavent)
> >
> > Examination of the source (QName.java line 80) shows
> Node.getNamespaceURI()
> > is not found. This is a function in xerces but not in the sun xml.jar.
> >
> > The classpath used by tomcat (shown when tomcat starts) showed
Xerces.jar
> as
> > the first entry, as required. xml.jar does not appear did not appear
> > anywhere on any classpath. The solution was to delete
> > %JAVA_HOME%\jre\lib\ext\xml.jar from my machine. I new tomcat was using
> it
> > because when I tried to delete it I couldn't because it was in use.
> >
> > Now the question is: how does xml.jar get used by tomcat if it is not in
> > tomcat.bat or passed in as the classpath? I looked thru the tomcat.bat
> but
> > I can find no reference to anything in %JAVA_HOME%\jre\lib\ext. I have
> > xml.jar in this location on the machine that works and tomcat doesn't
have
> > any problem.
> >
> > Thanks,
> >
> > David Harvey
> > Sr. Software Engineer, Siemens Energy and Automation Inc. Gardner
> > Transportation Systems Buisiness Unit
> >
> >
>
>
Re: cannot deploy service (getNamespaceURI) RESOLVED
Posted by David Harvey <dh...@gardnersys.com>.
Graham, thanks again.
It's nice to know that sun is taking care of use and loading extentions for
us BEFORE the classpath and burying such a lovely feature (not!) in the
docs. Sounds like the machinations of another software company slightly
north of silicon valley.
----- Original Message -----
From: "Graham Cunningham" <gr...@kinetic.ch>
To: <so...@xml.apache.org>
Sent: Tuesday, March 13, 2001 10:44 AM
Subject: RE: cannot deploy service (getNamespaceURI) RESOLVED
> Hi David,
> well it seems that the final part of my post is irrelevant. You cant
> determine when or where on the classpath xml.jar is because it is loaded
by
> the java runtime when you start tomcat itself. This means that you can set
> the classpath environment variable however you want, if xml.jar or indeed
> any other .jar file is in the ext directory it will be searched first by
the
> system classloader. Indeed a quick look through the extensions section of
> the jdk1.2.2 docs comes up with this little gem
>
> "The property java.class.path is read to obtain the search path of URLs to
> use when creating the instance of URLClassLoader to load the application.
> This specifies the application's class path for loading application
classes
> and resources. When loading a class or resource, the class loader will
first
> search the system class path, then installed extensions, and finally the
> application class path. "
>
> which I take to mean that anything within the ext directory is classed as
an
> installed extension and takes precedence over an applications class path.
>
> I think for me this means that I will now ensure that xerces.jar and only
> xerces.jar is in the ext directory and then I dont have to worry about any
> classpath settings in tomcat. In fact I dont know why the install docs
dont
> just say this.
>
> regards
> -----Original Message-----
> From: David Harvey [mailto:dharvey@gardnersys.com]
> Sent: Dienstag, 13. März 2001 18:04
> To: soap-user@xml.apache.org
> Subject: Re: cannot deploy service (getNamespaceURI) RESOLVED
>
>
> Graham, thanks for responding.
> tomcat.bat reported "Using CLASSPATH ...." in my post (below) shows xerces
> is second behind soap.jar and xml.jar doesn't show up at all.
> Are you suggesting that when tomcat.bat reports "Using CLASSPATH ...." it
is
> giving me an erronous classpath?
>
> Is soap.jar loading %JAVA_HOME%\jre\lib\ext\xml.jar by some means?
>
> ----- Original Message -----
> From: "Graham Cunningham" <gr...@kinetic.ch>
> To: <so...@xml.apache.org>
> Sent: Tuesday, March 13, 2001 9:37 AM
> Subject: RE: cannot deploy service (getNamespaceURI) RESOLVED
>
>
> > anthing in this ext directory is automatically loaded by the java
runtime
> > and added to the classpath, this I think is a new "feature" of jdk1.2.
> What
> > is important then is that when you make the classpath changes in tomcat
to
> > add xerces is that you ensure that xerces is at the front doing
> > set CP=E:\xerces-1_3_0\xerces.jar;%CP%
> > and not
> > set CP=%CP%;E:\xerces-1_3_0\xerces.jar;
> > regards
> > -----Original Message-----
> > From: David Harvey [mailto:dharvey@gardnersys.com]
> > Sent: Dienstag, 13. März 2001 16:52
> > To: soap-user@xml.apache.org
> > Subject: Re: cannot deploy service (getNamespaceURI) RESOLVED
> >
> >
> > With help from previous posters, thanks to the archive on
> > http://marc.theaimsgroup.com/, I have finally figured out the problem.
> > Sorry about the long post but this might help others. Thanks to
> > mark_m_miller@hp.com who previously posted the clue about
> > %JAVA_HOME%/jre/lib/ext/xml.jar.
> >
> > Just to review, I had two nearly identical win2k machines, both running
> > tomcat as localhost server, one was working (i.e. running the samples
OK)
> > and the other was not. Xerces.jar was the first entry in the classpath
on
> > both. Both had identical tomcat.bat and server.xml.
> >
> > Tomcat reported (on both machines) the following on startup, as you can
> see
> > xml.jar is not referenced anywhere:
> >
> > Using CLASSPATH:
> c:\dev\soap\soap-2_1;c:\dev\Xerces\xerces-1_3_0\xerces.jar;
> >
>
c:\dev\Soap\soap-2_1\lib\soap.jar;c:\dev\javamail-1.2\mail.jar;c:\dev\jaf-1.
> > 0.1\activation.jar;
> >
>
c:\dev\jakarta\jakarta-tomcat-3.2.1\classes;c:\dev\jakarta\jakarta-tomcat-3.
> > 2.1\lib\ant.jar;
> >
>
c:\dev\jakarta\jakarta-tomcat-3.2.1\lib\jaxp.jar;c:\dev\jakarta\jakarta-tomc
> > at-3.2.1\lib\servlet.jar;
> >
>
c:\dev\jakarta\jakarta-tomcat-3.2.1\lib\parser.jar;c:\dev\jakarta\jakarta-to
> > mcat-3.2.1\lib\webserver.jar;
> >
c:\dev\jakarta\jakarta-tomcat-3.2.1\lib\jasper.jar;c:\jdk1.3\lib\tools.jar
> >
> > The following is typical of what I was getting when I tried to do almost
> > anything:
> >
> > C:\dev\Soap>java -cp
> >
>
.;c:\dev\soap\soap-2_1;c:\dev\xerces\xerces-1_3_0\xerces.jar;c:\dev\Soap\soa
> >
>
p-2_1\lib\soap.jar;c:\dev\javamail-1.2\mail.jar;c:\dev\jaf-1.0.1\activation.
> > jar org.apache.soap.server.ServiceManagerClient
> > http://localhost:8080/soap/servlet/rpcrouter
> > Exception in thread "main" java.lang.NoSuchMethodError
> > at org.apache.soap.util.xml.QName.<init>(QName.java:80)
> > ....(more stack here - not relavent)
> >
> > Examination of the source (QName.java line 80) shows
> Node.getNamespaceURI()
> > is not found. This is a function in xerces but not in the sun xml.jar.
> >
> > The classpath used by tomcat (shown when tomcat starts) showed
Xerces.jar
> as
> > the first entry, as required. xml.jar does not appear did not appear
> > anywhere on any classpath. The solution was to delete
> > %JAVA_HOME%\jre\lib\ext\xml.jar from my machine. I new tomcat was using
> it
> > because when I tried to delete it I couldn't because it was in use.
> >
> > Now the question is: how does xml.jar get used by tomcat if it is not in
> > tomcat.bat or passed in as the classpath? I looked thru the tomcat.bat
> but
> > I can find no reference to anything in %JAVA_HOME%\jre\lib\ext. I have
> > xml.jar in this location on the machine that works and tomcat doesn't
have
> > any problem.
> >
> > Thanks,
> >
> > David Harvey
> > Sr. Software Engineer, Siemens Energy and Automation Inc. Gardner
> > Transportation Systems Buisiness Unit
> >
> >
>
>
RE: cannot deploy service (getNamespaceURI) RESOLVED
Posted by Graham Cunningham <gr...@kinetic.ch>.
Hi David,
well it seems that the final part of my post is irrelevant. You cant
determine when or where on the classpath xml.jar is because it is loaded by
the java runtime when you start tomcat itself. This means that you can set
the classpath environment variable however you want, if xml.jar or indeed
any other .jar file is in the ext directory it will be searched first by the
system classloader. Indeed a quick look through the extensions section of
the jdk1.2.2 docs comes up with this little gem
"The property java.class.path is read to obtain the search path of URLs to
use when creating the instance of URLClassLoader to load the application.
This specifies the application's class path for loading application classes
and resources. When loading a class or resource, the class loader will first
search the system class path, then installed extensions, and finally the
application class path. "
which I take to mean that anything within the ext directory is classed as an
installed extension and takes precedence over an applications class path.
I think for me this means that I will now ensure that xerces.jar and only
xerces.jar is in the ext directory and then I dont have to worry about any
classpath settings in tomcat. In fact I dont know why the install docs dont
just say this.
regards
-----Original Message-----
From: David Harvey [mailto:dharvey@gardnersys.com]
Sent: Dienstag, 13. März 2001 18:04
To: soap-user@xml.apache.org
Subject: Re: cannot deploy service (getNamespaceURI) RESOLVED
Graham, thanks for responding.
tomcat.bat reported "Using CLASSPATH ...." in my post (below) shows xerces
is second behind soap.jar and xml.jar doesn't show up at all.
Are you suggesting that when tomcat.bat reports "Using CLASSPATH ...." it is
giving me an erronous classpath?
Is soap.jar loading %JAVA_HOME%\jre\lib\ext\xml.jar by some means?
----- Original Message -----
From: "Graham Cunningham" <gr...@kinetic.ch>
To: <so...@xml.apache.org>
Sent: Tuesday, March 13, 2001 9:37 AM
Subject: RE: cannot deploy service (getNamespaceURI) RESOLVED
> anthing in this ext directory is automatically loaded by the java runtime
> and added to the classpath, this I think is a new "feature" of jdk1.2.
What
> is important then is that when you make the classpath changes in tomcat to
> add xerces is that you ensure that xerces is at the front doing
> set CP=E:\xerces-1_3_0\xerces.jar;%CP%
> and not
> set CP=%CP%;E:\xerces-1_3_0\xerces.jar;
> regards
> -----Original Message-----
> From: David Harvey [mailto:dharvey@gardnersys.com]
> Sent: Dienstag, 13. März 2001 16:52
> To: soap-user@xml.apache.org
> Subject: Re: cannot deploy service (getNamespaceURI) RESOLVED
>
>
> With help from previous posters, thanks to the archive on
> http://marc.theaimsgroup.com/, I have finally figured out the problem.
> Sorry about the long post but this might help others. Thanks to
> mark_m_miller@hp.com who previously posted the clue about
> %JAVA_HOME%/jre/lib/ext/xml.jar.
>
> Just to review, I had two nearly identical win2k machines, both running
> tomcat as localhost server, one was working (i.e. running the samples OK)
> and the other was not. Xerces.jar was the first entry in the classpath on
> both. Both had identical tomcat.bat and server.xml.
>
> Tomcat reported (on both machines) the following on startup, as you can
see
> xml.jar is not referenced anywhere:
>
> Using CLASSPATH:
c:\dev\soap\soap-2_1;c:\dev\Xerces\xerces-1_3_0\xerces.jar;
>
c:\dev\Soap\soap-2_1\lib\soap.jar;c:\dev\javamail-1.2\mail.jar;c:\dev\jaf-1.
> 0.1\activation.jar;
>
c:\dev\jakarta\jakarta-tomcat-3.2.1\classes;c:\dev\jakarta\jakarta-tomcat-3.
> 2.1\lib\ant.jar;
>
c:\dev\jakarta\jakarta-tomcat-3.2.1\lib\jaxp.jar;c:\dev\jakarta\jakarta-tomc
> at-3.2.1\lib\servlet.jar;
>
c:\dev\jakarta\jakarta-tomcat-3.2.1\lib\parser.jar;c:\dev\jakarta\jakarta-to
> mcat-3.2.1\lib\webserver.jar;
> c:\dev\jakarta\jakarta-tomcat-3.2.1\lib\jasper.jar;c:\jdk1.3\lib\tools.jar
>
> The following is typical of what I was getting when I tried to do almost
> anything:
>
> C:\dev\Soap>java -cp
>
.;c:\dev\soap\soap-2_1;c:\dev\xerces\xerces-1_3_0\xerces.jar;c:\dev\Soap\soa
>
p-2_1\lib\soap.jar;c:\dev\javamail-1.2\mail.jar;c:\dev\jaf-1.0.1\activation.
> jar org.apache.soap.server.ServiceManagerClient
> http://localhost:8080/soap/servlet/rpcrouter
> Exception in thread "main" java.lang.NoSuchMethodError
> at org.apache.soap.util.xml.QName.<init>(QName.java:80)
> ....(more stack here - not relavent)
>
> Examination of the source (QName.java line 80) shows
Node.getNamespaceURI()
> is not found. This is a function in xerces but not in the sun xml.jar.
>
> The classpath used by tomcat (shown when tomcat starts) showed Xerces.jar
as
> the first entry, as required. xml.jar does not appear did not appear
> anywhere on any classpath. The solution was to delete
> %JAVA_HOME%\jre\lib\ext\xml.jar from my machine. I new tomcat was using
it
> because when I tried to delete it I couldn't because it was in use.
>
> Now the question is: how does xml.jar get used by tomcat if it is not in
> tomcat.bat or passed in as the classpath? I looked thru the tomcat.bat
but
> I can find no reference to anything in %JAVA_HOME%\jre\lib\ext. I have
> xml.jar in this location on the machine that works and tomcat doesn't have
> any problem.
>
> Thanks,
>
> David Harvey
> Sr. Software Engineer, Siemens Energy and Automation Inc. Gardner
> Transportation Systems Buisiness Unit
>
>
RE: cannot deploy service (getNamespaceURI) RESOLVED
Posted by Graham Cunningham <gr...@kinetic.ch>.
Hi David,
well it seems that the final part of my post is irrelevant. You cant
determine when or where on the classpath xml.jar is because it is loaded by
the java runtime when you start tomcat itself. This means that you can set
the classpath environment variable however you want, if xml.jar or indeed
any other .jar file is in the ext directory it will be searched first by the
system classloader. Indeed a quick look through the extensions section of
the jdk1.2.2 docs comes up with this little gem
"The property java.class.path is read to obtain the search path of URLs to
use when creating the instance of URLClassLoader to load the application.
This specifies the application's class path for loading application classes
and resources. When loading a class or resource, the class loader will first
search the system class path, then installed extensions, and finally the
application class path. "
which I take to mean that anything within the ext directory is classed as an
installed extension and takes precedence over an applications class path.
I think for me this means that I will now ensure that xerces.jar and only
xerces.jar is in the ext directory and then I dont have to worry about any
classpath settings in tomcat. In fact I dont know why the install docs dont
just say this.
regards
-----Original Message-----
From: David Harvey [mailto:dharvey@gardnersys.com]
Sent: Dienstag, 13. März 2001 18:04
To: soap-user@xml.apache.org
Subject: Re: cannot deploy service (getNamespaceURI) RESOLVED
Graham, thanks for responding.
tomcat.bat reported "Using CLASSPATH ...." in my post (below) shows xerces
is second behind soap.jar and xml.jar doesn't show up at all.
Are you suggesting that when tomcat.bat reports "Using CLASSPATH ...." it is
giving me an erronous classpath?
Is soap.jar loading %JAVA_HOME%\jre\lib\ext\xml.jar by some means?
----- Original Message -----
From: "Graham Cunningham" <gr...@kinetic.ch>
To: <so...@xml.apache.org>
Sent: Tuesday, March 13, 2001 9:37 AM
Subject: RE: cannot deploy service (getNamespaceURI) RESOLVED
> anthing in this ext directory is automatically loaded by the java runtime
> and added to the classpath, this I think is a new "feature" of jdk1.2.
What
> is important then is that when you make the classpath changes in tomcat to
> add xerces is that you ensure that xerces is at the front doing
> set CP=E:\xerces-1_3_0\xerces.jar;%CP%
> and not
> set CP=%CP%;E:\xerces-1_3_0\xerces.jar;
> regards
> -----Original Message-----
> From: David Harvey [mailto:dharvey@gardnersys.com]
> Sent: Dienstag, 13. März 2001 16:52
> To: soap-user@xml.apache.org
> Subject: Re: cannot deploy service (getNamespaceURI) RESOLVED
>
>
> With help from previous posters, thanks to the archive on
> http://marc.theaimsgroup.com/, I have finally figured out the problem.
> Sorry about the long post but this might help others. Thanks to
> mark_m_miller@hp.com who previously posted the clue about
> %JAVA_HOME%/jre/lib/ext/xml.jar.
>
> Just to review, I had two nearly identical win2k machines, both running
> tomcat as localhost server, one was working (i.e. running the samples OK)
> and the other was not. Xerces.jar was the first entry in the classpath on
> both. Both had identical tomcat.bat and server.xml.
>
> Tomcat reported (on both machines) the following on startup, as you can
see
> xml.jar is not referenced anywhere:
>
> Using CLASSPATH:
c:\dev\soap\soap-2_1;c:\dev\Xerces\xerces-1_3_0\xerces.jar;
>
c:\dev\Soap\soap-2_1\lib\soap.jar;c:\dev\javamail-1.2\mail.jar;c:\dev\jaf-1.
> 0.1\activation.jar;
>
c:\dev\jakarta\jakarta-tomcat-3.2.1\classes;c:\dev\jakarta\jakarta-tomcat-3.
> 2.1\lib\ant.jar;
>
c:\dev\jakarta\jakarta-tomcat-3.2.1\lib\jaxp.jar;c:\dev\jakarta\jakarta-tomc
> at-3.2.1\lib\servlet.jar;
>
c:\dev\jakarta\jakarta-tomcat-3.2.1\lib\parser.jar;c:\dev\jakarta\jakarta-to
> mcat-3.2.1\lib\webserver.jar;
> c:\dev\jakarta\jakarta-tomcat-3.2.1\lib\jasper.jar;c:\jdk1.3\lib\tools.jar
>
> The following is typical of what I was getting when I tried to do almost
> anything:
>
> C:\dev\Soap>java -cp
>
.;c:\dev\soap\soap-2_1;c:\dev\xerces\xerces-1_3_0\xerces.jar;c:\dev\Soap\soa
>
p-2_1\lib\soap.jar;c:\dev\javamail-1.2\mail.jar;c:\dev\jaf-1.0.1\activation.
> jar org.apache.soap.server.ServiceManagerClient
> http://localhost:8080/soap/servlet/rpcrouter
> Exception in thread "main" java.lang.NoSuchMethodError
> at org.apache.soap.util.xml.QName.<init>(QName.java:80)
> ....(more stack here - not relavent)
>
> Examination of the source (QName.java line 80) shows
Node.getNamespaceURI()
> is not found. This is a function in xerces but not in the sun xml.jar.
>
> The classpath used by tomcat (shown when tomcat starts) showed Xerces.jar
as
> the first entry, as required. xml.jar does not appear did not appear
> anywhere on any classpath. The solution was to delete
> %JAVA_HOME%\jre\lib\ext\xml.jar from my machine. I new tomcat was using
it
> because when I tried to delete it I couldn't because it was in use.
>
> Now the question is: how does xml.jar get used by tomcat if it is not in
> tomcat.bat or passed in as the classpath? I looked thru the tomcat.bat
but
> I can find no reference to anything in %JAVA_HOME%\jre\lib\ext. I have
> xml.jar in this location on the machine that works and tomcat doesn't have
> any problem.
>
> Thanks,
>
> David Harvey
> Sr. Software Engineer, Siemens Energy and Automation Inc. Gardner
> Transportation Systems Buisiness Unit
>
>
Re: cannot deploy service (getNamespaceURI) RESOLVED
Posted by David Harvey <dh...@gardnersys.com>.
Graham, thanks for responding.
tomcat.bat reported "Using CLASSPATH ...." in my post (below) shows xerces
is second behind soap.jar and xml.jar doesn't show up at all.
Are you suggesting that when tomcat.bat reports "Using CLASSPATH ...." it is
giving me an erronous classpath?
Is soap.jar loading %JAVA_HOME%\jre\lib\ext\xml.jar by some means?
----- Original Message -----
From: "Graham Cunningham" <gr...@kinetic.ch>
To: <so...@xml.apache.org>
Sent: Tuesday, March 13, 2001 9:37 AM
Subject: RE: cannot deploy service (getNamespaceURI) RESOLVED
> anthing in this ext directory is automatically loaded by the java runtime
> and added to the classpath, this I think is a new "feature" of jdk1.2.
What
> is important then is that when you make the classpath changes in tomcat to
> add xerces is that you ensure that xerces is at the front doing
> set CP=E:\xerces-1_3_0\xerces.jar;%CP%
> and not
> set CP=%CP%;E:\xerces-1_3_0\xerces.jar;
> regards
> -----Original Message-----
> From: David Harvey [mailto:dharvey@gardnersys.com]
> Sent: Dienstag, 13. März 2001 16:52
> To: soap-user@xml.apache.org
> Subject: Re: cannot deploy service (getNamespaceURI) RESOLVED
>
>
> With help from previous posters, thanks to the archive on
> http://marc.theaimsgroup.com/, I have finally figured out the problem.
> Sorry about the long post but this might help others. Thanks to
> mark_m_miller@hp.com who previously posted the clue about
> %JAVA_HOME%/jre/lib/ext/xml.jar.
>
> Just to review, I had two nearly identical win2k machines, both running
> tomcat as localhost server, one was working (i.e. running the samples OK)
> and the other was not. Xerces.jar was the first entry in the classpath on
> both. Both had identical tomcat.bat and server.xml.
>
> Tomcat reported (on both machines) the following on startup, as you can
see
> xml.jar is not referenced anywhere:
>
> Using CLASSPATH:
c:\dev\soap\soap-2_1;c:\dev\Xerces\xerces-1_3_0\xerces.jar;
>
c:\dev\Soap\soap-2_1\lib\soap.jar;c:\dev\javamail-1.2\mail.jar;c:\dev\jaf-1.
> 0.1\activation.jar;
>
c:\dev\jakarta\jakarta-tomcat-3.2.1\classes;c:\dev\jakarta\jakarta-tomcat-3.
> 2.1\lib\ant.jar;
>
c:\dev\jakarta\jakarta-tomcat-3.2.1\lib\jaxp.jar;c:\dev\jakarta\jakarta-tomc
> at-3.2.1\lib\servlet.jar;
>
c:\dev\jakarta\jakarta-tomcat-3.2.1\lib\parser.jar;c:\dev\jakarta\jakarta-to
> mcat-3.2.1\lib\webserver.jar;
> c:\dev\jakarta\jakarta-tomcat-3.2.1\lib\jasper.jar;c:\jdk1.3\lib\tools.jar
>
> The following is typical of what I was getting when I tried to do almost
> anything:
>
> C:\dev\Soap>java -cp
>
.;c:\dev\soap\soap-2_1;c:\dev\xerces\xerces-1_3_0\xerces.jar;c:\dev\Soap\soa
>
p-2_1\lib\soap.jar;c:\dev\javamail-1.2\mail.jar;c:\dev\jaf-1.0.1\activation.
> jar org.apache.soap.server.ServiceManagerClient
> http://localhost:8080/soap/servlet/rpcrouter
> Exception in thread "main" java.lang.NoSuchMethodError
> at org.apache.soap.util.xml.QName.<init>(QName.java:80)
> ....(more stack here - not relavent)
>
> Examination of the source (QName.java line 80) shows
Node.getNamespaceURI()
> is not found. This is a function in xerces but not in the sun xml.jar.
>
> The classpath used by tomcat (shown when tomcat starts) showed Xerces.jar
as
> the first entry, as required. xml.jar does not appear did not appear
> anywhere on any classpath. The solution was to delete
> %JAVA_HOME%\jre\lib\ext\xml.jar from my machine. I new tomcat was using
it
> because when I tried to delete it I couldn't because it was in use.
>
> Now the question is: how does xml.jar get used by tomcat if it is not in
> tomcat.bat or passed in as the classpath? I looked thru the tomcat.bat
but
> I can find no reference to anything in %JAVA_HOME%\jre\lib\ext. I have
> xml.jar in this location on the machine that works and tomcat doesn't have
> any problem.
>
> Thanks,
>
> David Harvey
> Sr. Software Engineer, Siemens Energy and Automation Inc. Gardner
> Transportation Systems Buisiness Unit
>
>
Re: cannot deploy service (getNamespaceURI) RESOLVED
Posted by David Harvey <dh...@gardnersys.com>.
Graham, thanks for responding.
tomcat.bat reported "Using CLASSPATH ...." in my post (below) shows xerces
is second behind soap.jar and xml.jar doesn't show up at all.
Are you suggesting that when tomcat.bat reports "Using CLASSPATH ...." it is
giving me an erronous classpath?
Is soap.jar loading %JAVA_HOME%\jre\lib\ext\xml.jar by some means?
----- Original Message -----
From: "Graham Cunningham" <gr...@kinetic.ch>
To: <so...@xml.apache.org>
Sent: Tuesday, March 13, 2001 9:37 AM
Subject: RE: cannot deploy service (getNamespaceURI) RESOLVED
> anthing in this ext directory is automatically loaded by the java runtime
> and added to the classpath, this I think is a new "feature" of jdk1.2.
What
> is important then is that when you make the classpath changes in tomcat to
> add xerces is that you ensure that xerces is at the front doing
> set CP=E:\xerces-1_3_0\xerces.jar;%CP%
> and not
> set CP=%CP%;E:\xerces-1_3_0\xerces.jar;
> regards
> -----Original Message-----
> From: David Harvey [mailto:dharvey@gardnersys.com]
> Sent: Dienstag, 13. März 2001 16:52
> To: soap-user@xml.apache.org
> Subject: Re: cannot deploy service (getNamespaceURI) RESOLVED
>
>
> With help from previous posters, thanks to the archive on
> http://marc.theaimsgroup.com/, I have finally figured out the problem.
> Sorry about the long post but this might help others. Thanks to
> mark_m_miller@hp.com who previously posted the clue about
> %JAVA_HOME%/jre/lib/ext/xml.jar.
>
> Just to review, I had two nearly identical win2k machines, both running
> tomcat as localhost server, one was working (i.e. running the samples OK)
> and the other was not. Xerces.jar was the first entry in the classpath on
> both. Both had identical tomcat.bat and server.xml.
>
> Tomcat reported (on both machines) the following on startup, as you can
see
> xml.jar is not referenced anywhere:
>
> Using CLASSPATH:
c:\dev\soap\soap-2_1;c:\dev\Xerces\xerces-1_3_0\xerces.jar;
>
c:\dev\Soap\soap-2_1\lib\soap.jar;c:\dev\javamail-1.2\mail.jar;c:\dev\jaf-1.
> 0.1\activation.jar;
>
c:\dev\jakarta\jakarta-tomcat-3.2.1\classes;c:\dev\jakarta\jakarta-tomcat-3.
> 2.1\lib\ant.jar;
>
c:\dev\jakarta\jakarta-tomcat-3.2.1\lib\jaxp.jar;c:\dev\jakarta\jakarta-tomc
> at-3.2.1\lib\servlet.jar;
>
c:\dev\jakarta\jakarta-tomcat-3.2.1\lib\parser.jar;c:\dev\jakarta\jakarta-to
> mcat-3.2.1\lib\webserver.jar;
> c:\dev\jakarta\jakarta-tomcat-3.2.1\lib\jasper.jar;c:\jdk1.3\lib\tools.jar
>
> The following is typical of what I was getting when I tried to do almost
> anything:
>
> C:\dev\Soap>java -cp
>
.;c:\dev\soap\soap-2_1;c:\dev\xerces\xerces-1_3_0\xerces.jar;c:\dev\Soap\soa
>
p-2_1\lib\soap.jar;c:\dev\javamail-1.2\mail.jar;c:\dev\jaf-1.0.1\activation.
> jar org.apache.soap.server.ServiceManagerClient
> http://localhost:8080/soap/servlet/rpcrouter
> Exception in thread "main" java.lang.NoSuchMethodError
> at org.apache.soap.util.xml.QName.<init>(QName.java:80)
> ....(more stack here - not relavent)
>
> Examination of the source (QName.java line 80) shows
Node.getNamespaceURI()
> is not found. This is a function in xerces but not in the sun xml.jar.
>
> The classpath used by tomcat (shown when tomcat starts) showed Xerces.jar
as
> the first entry, as required. xml.jar does not appear did not appear
> anywhere on any classpath. The solution was to delete
> %JAVA_HOME%\jre\lib\ext\xml.jar from my machine. I new tomcat was using
it
> because when I tried to delete it I couldn't because it was in use.
>
> Now the question is: how does xml.jar get used by tomcat if it is not in
> tomcat.bat or passed in as the classpath? I looked thru the tomcat.bat
but
> I can find no reference to anything in %JAVA_HOME%\jre\lib\ext. I have
> xml.jar in this location on the machine that works and tomcat doesn't have
> any problem.
>
> Thanks,
>
> David Harvey
> Sr. Software Engineer, Siemens Energy and Automation Inc. Gardner
> Transportation Systems Buisiness Unit
>
>
RE: cannot deploy service (getNamespaceURI) RESOLVED
Posted by Graham Cunningham <gr...@kinetic.ch>.
anthing in this ext directory is automatically loaded by the java runtime
and added to the classpath, this I think is a new "feature" of jdk1.2. What
is important then is that when you make the classpath changes in tomcat to
add xerces is that you ensure that xerces is at the front doing
set CP=E:\xerces-1_3_0\xerces.jar;%CP%
and not
set CP=%CP%;E:\xerces-1_3_0\xerces.jar;
regards
-----Original Message-----
From: David Harvey [mailto:dharvey@gardnersys.com]
Sent: Dienstag, 13. März 2001 16:52
To: soap-user@xml.apache.org
Subject: Re: cannot deploy service (getNamespaceURI) RESOLVED
With help from previous posters, thanks to the archive on
http://marc.theaimsgroup.com/, I have finally figured out the problem.
Sorry about the long post but this might help others. Thanks to
mark_m_miller@hp.com who previously posted the clue about
%JAVA_HOME%/jre/lib/ext/xml.jar.
Just to review, I had two nearly identical win2k machines, both running
tomcat as localhost server, one was working (i.e. running the samples OK)
and the other was not. Xerces.jar was the first entry in the classpath on
both. Both had identical tomcat.bat and server.xml.
Tomcat reported (on both machines) the following on startup, as you can see
xml.jar is not referenced anywhere:
Using CLASSPATH: c:\dev\soap\soap-2_1;c:\dev\Xerces\xerces-1_3_0\xerces.jar;
c:\dev\Soap\soap-2_1\lib\soap.jar;c:\dev\javamail-1.2\mail.jar;c:\dev\jaf-1.
0.1\activation.jar;
c:\dev\jakarta\jakarta-tomcat-3.2.1\classes;c:\dev\jakarta\jakarta-tomcat-3.
2.1\lib\ant.jar;
c:\dev\jakarta\jakarta-tomcat-3.2.1\lib\jaxp.jar;c:\dev\jakarta\jakarta-tomc
at-3.2.1\lib\servlet.jar;
c:\dev\jakarta\jakarta-tomcat-3.2.1\lib\parser.jar;c:\dev\jakarta\jakarta-to
mcat-3.2.1\lib\webserver.jar;
c:\dev\jakarta\jakarta-tomcat-3.2.1\lib\jasper.jar;c:\jdk1.3\lib\tools.jar
The following is typical of what I was getting when I tried to do almost
anything:
C:\dev\Soap>java -cp
.;c:\dev\soap\soap-2_1;c:\dev\xerces\xerces-1_3_0\xerces.jar;c:\dev\Soap\soa
p-2_1\lib\soap.jar;c:\dev\javamail-1.2\mail.jar;c:\dev\jaf-1.0.1\activation.
jar org.apache.soap.server.ServiceManagerClient
http://localhost:8080/soap/servlet/rpcrouter
Exception in thread "main" java.lang.NoSuchMethodError
at org.apache.soap.util.xml.QName.<init>(QName.java:80)
....(more stack here - not relavent)
Examination of the source (QName.java line 80) shows Node.getNamespaceURI()
is not found. This is a function in xerces but not in the sun xml.jar.
The classpath used by tomcat (shown when tomcat starts) showed Xerces.jar as
the first entry, as required. xml.jar does not appear did not appear
anywhere on any classpath. The solution was to delete
%JAVA_HOME%\jre\lib\ext\xml.jar from my machine. I new tomcat was using it
because when I tried to delete it I couldn't because it was in use.
Now the question is: how does xml.jar get used by tomcat if it is not in
tomcat.bat or passed in as the classpath? I looked thru the tomcat.bat but
I can find no reference to anything in %JAVA_HOME%\jre\lib\ext. I have
xml.jar in this location on the machine that works and tomcat doesn't have
any problem.
Thanks,
David Harvey
Sr. Software Engineer, Siemens Energy and Automation Inc. Gardner
Transportation Systems Buisiness Unit
RE: cannot deploy service (getNamespaceURI) RESOLVED
Posted by Graham Cunningham <gr...@kinetic.ch>.
anthing in this ext directory is automatically loaded by the java runtime
and added to the classpath, this I think is a new "feature" of jdk1.2. What
is important then is that when you make the classpath changes in tomcat to
add xerces is that you ensure that xerces is at the front doing
set CP=E:\xerces-1_3_0\xerces.jar;%CP%
and not
set CP=%CP%;E:\xerces-1_3_0\xerces.jar;
regards
-----Original Message-----
From: David Harvey [mailto:dharvey@gardnersys.com]
Sent: Dienstag, 13. März 2001 16:52
To: soap-user@xml.apache.org
Subject: Re: cannot deploy service (getNamespaceURI) RESOLVED
With help from previous posters, thanks to the archive on
http://marc.theaimsgroup.com/, I have finally figured out the problem.
Sorry about the long post but this might help others. Thanks to
mark_m_miller@hp.com who previously posted the clue about
%JAVA_HOME%/jre/lib/ext/xml.jar.
Just to review, I had two nearly identical win2k machines, both running
tomcat as localhost server, one was working (i.e. running the samples OK)
and the other was not. Xerces.jar was the first entry in the classpath on
both. Both had identical tomcat.bat and server.xml.
Tomcat reported (on both machines) the following on startup, as you can see
xml.jar is not referenced anywhere:
Using CLASSPATH: c:\dev\soap\soap-2_1;c:\dev\Xerces\xerces-1_3_0\xerces.jar;
c:\dev\Soap\soap-2_1\lib\soap.jar;c:\dev\javamail-1.2\mail.jar;c:\dev\jaf-1.
0.1\activation.jar;
c:\dev\jakarta\jakarta-tomcat-3.2.1\classes;c:\dev\jakarta\jakarta-tomcat-3.
2.1\lib\ant.jar;
c:\dev\jakarta\jakarta-tomcat-3.2.1\lib\jaxp.jar;c:\dev\jakarta\jakarta-tomc
at-3.2.1\lib\servlet.jar;
c:\dev\jakarta\jakarta-tomcat-3.2.1\lib\parser.jar;c:\dev\jakarta\jakarta-to
mcat-3.2.1\lib\webserver.jar;
c:\dev\jakarta\jakarta-tomcat-3.2.1\lib\jasper.jar;c:\jdk1.3\lib\tools.jar
The following is typical of what I was getting when I tried to do almost
anything:
C:\dev\Soap>java -cp
.;c:\dev\soap\soap-2_1;c:\dev\xerces\xerces-1_3_0\xerces.jar;c:\dev\Soap\soa
p-2_1\lib\soap.jar;c:\dev\javamail-1.2\mail.jar;c:\dev\jaf-1.0.1\activation.
jar org.apache.soap.server.ServiceManagerClient
http://localhost:8080/soap/servlet/rpcrouter
Exception in thread "main" java.lang.NoSuchMethodError
at org.apache.soap.util.xml.QName.<init>(QName.java:80)
....(more stack here - not relavent)
Examination of the source (QName.java line 80) shows Node.getNamespaceURI()
is not found. This is a function in xerces but not in the sun xml.jar.
The classpath used by tomcat (shown when tomcat starts) showed Xerces.jar as
the first entry, as required. xml.jar does not appear did not appear
anywhere on any classpath. The solution was to delete
%JAVA_HOME%\jre\lib\ext\xml.jar from my machine. I new tomcat was using it
because when I tried to delete it I couldn't because it was in use.
Now the question is: how does xml.jar get used by tomcat if it is not in
tomcat.bat or passed in as the classpath? I looked thru the tomcat.bat but
I can find no reference to anything in %JAVA_HOME%\jre\lib\ext. I have
xml.jar in this location on the machine that works and tomcat doesn't have
any problem.
Thanks,
David Harvey
Sr. Software Engineer, Siemens Energy and Automation Inc. Gardner
Transportation Systems Buisiness Unit