An update:
It looks like I was able to get the server side working (I removed any jaxp.jar
references; Note: tomcat installation also puts a crimson.jar file in
tomcats/lib directory - it didn't on a windows/linux install), but there still
is a problem.
When I deployed my service the servlet did deploy it and sent back a good
response -- I dumped the response to System.out.println before the servlet
returned the response. Now, back on the client side I checked the response
coming in with a debug statement and TCPTunnelGui and what's coming back is an
incomplete soap message as follows:
Content-Type: text/xml; charset=utf-8
Content-Transfer-Encoding: 8bit
Content-ID: <13245490.996606151346.apache-soap.darwin.wi.mit.edu>
Content-Length: 435
<?xml version='1.0' encoding='UTF-8'?>
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/";
xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance";
xmlns:xsd="http://www.w3.org/1999/XMLSchema";>
<SOAP-ENV:Body>
<ns1:deployResponse xmlns:ns1="urn:xml-
-----------------------------------------------------------------------------------------------------------------------------
The following is what the servlet dumped for a response:
<?xml version='1.0' encoding='UTF-8'?>
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/";
xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance";
xmlns:xsd="http://www.w3.org/1999/XMLSchema";>
<SOAP-ENV:Body>
<ns1:deployResponse xmlns:ns1="urn:xml-soap-service-management-service"
SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/";>
</ns1:deployResponse>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
-------------------------------------------------------------------------------------------------------------------------------
What would be some possible reasons for losing response data?
Scott Nichol wrote:
> David,
>
> I had time this morning to put together JDK 1.3.0_01, Tomcat 4.0 b6 and SOAP
> 2.2 on Win2k. Unfortunately, things work with that combo. I have to wait
> to try anything on Tru64 since my cable modem connection is out.
>
> After this adventure, though, I am curious about two things. First, have
> you tried setting JAVA_COMPILER=NONE in your environment? When I did not
> have mail.jar in the server classpath, I got a NullPointerException running
> with the JIT, and a ClassNotFoundException running without the JIT. Second,
> exactly what server classpath are you using? I used the following
> modification to catalina.bat:
>
> Was:
> set CP=CATALINA_HOME%\bin\bootstrap.jar;%JAVA_HOME%\lib\tools.jar
>
> Changed to:
> set
> CP=j:\xerces-1_2_3\xerces.jar;%CATALINA_HOME%\bin\bootstrap.jar;%JAVA_HOME%\
> lib\tools.jar;k:\progra~1\allaire\jrun\lib\ext\mail.jar;k:\progra~1\allaire\
> jrun\lib\ext\activation.jar
>
> Scott
>
> ----- Original Message -----
> From: "David Turner" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Tuesday, July 31, 2001 9:40 AM
> Subject: Re: Parsing error...
>
> > Hi Scott,
> >
> > I tried getting the classpath used by the class loader via the code you
> > recommended and it returned the following only:
> >
> > file:/a/franklin/fg/softdev/lib/soap-2_2/webapps/soap/WEB-INF/lib/soap.jar
> >
> >
> >
> > Scott Nichol wrote:
> >
> > > Have you determined the classpath in use by the class loader for the
> thread
> > > on which your servlet is running? The contents of java.class.path in
> the
> > > System properties need not have any relationship to this.
> > >
> > > Scott
> > >
> > > ----- Original Message -----
> > > From: "David Turner" <[EMAIL PROTECTED]>
> > > To: <[EMAIL PROTECTED]>
> > > Sent: Monday, July 30, 2001 4:18 PM
> > > Subject: Re: Parsing error...
> > >
> > > > In RPCRouterServlet I checked the class of the document builder being
> > > returned
> > > > by XMLParserUtils.getXMLDocBuilder() and it's as follows:
> > > > xdb documentBuilder class type = class
> > > > org.apache.crimson.jaxp.DocumentBuilderImpl
> > > >
> > > > I don't understand why the crimson version one is being used when I
> have
> > > xerces
> > > > as my parser. My classpath looks right.
> > > > Does anybody know why this is happening?
> > > >
> > > >
> > > > Scott Nichol wrote:
> > > >
> > > > > The classpath being used by the class loader is different than the
> > > System
> > > > > properties classpath. Tomcat creates several class loaders,
> including a
> > > > > separate class loader for each servlet. The class loader for each
> > > servlet
> > > > > will include stuff in WEB-INF for that servlet. That is why dumping
> the
> > > > > effective classpath for the thread on which the servlet is running
> would
> > > be
> > > > > interesting.
> > > > >
> > > > > However, it seems like your debugging is getting close enough to the
> > > problem
> > > > > that you should probably follow that path. Whether the different
> JDKs
> > > are
> > > > > the cause of the problem will likely be best determined this way.
> > > > >
> > > > > Scott
> > > > >
> > > > > ----- Original Message -----
> > > > > From: "David Turner" <[EMAIL PROTECTED]>
> > > > > To: <[EMAIL PROTECTED]>
> > > > > Sent: Friday, July 27, 2001 11:30 AM
> > > > > Subject: Re: Parsing error...
> > > > >
> > > > > > Scott,
> > > > > > I dumped the System environment variables and I don't see anything
> > > > > unusual.
> > > > > >
> > > > > > Also, One thing I completely forgot to mention is that the
> version
> > > that I
> > > > > got
> > > > > > working (Linux and Win) I used JDK1.4.0beta. Here I'm using
> JDK1.3.0.
> > > > > That
> > > > > > shouldn't have anything to do with it, right?
> > > > > >
> > > > > >
> > > > > >
> > > > > > java.runtime.name=Java(TM) 2 Runtime Environment, Standard
> Edition,
> > > > > > sun.boot.library.path=/usr/opt/java130/jre/lib/alpha,
> > > > > > java.vm.version=1.3.0-1.p1,
> > > > > > java.vm.vendor=Compaq Computer Corp.,
> > > > > > java.vendor.url=http://www.compaq.com/java,
> > > > > > path.separator=:,
> > > > > > java.vm.name=Classic VM,
> > > > > > file.encoding.pkg=sun.io,
> > > > > > java.vm.specification.name=Java Virtual Machine Specification,
> > > > > > user.dir=/a/franklin/home/franklin/turner/tomcat4.0/bin,
> > > > > > java.runtime.version=1.3.0-1.p1,
> > > > > > java.awt.graphicsenv=sun.awt.X11GraphicsEnvironment,
> > > > > > os.arch=alpha,
> > > > > > java.io.tmpdir=/tmp/,
> > > > > > line.separator=
> > > > > > java.vm.specification.vendor=Sun Microsystems Inc.,
> > > > > > java.naming.factory.url.pkgs=org.apache.naming,
> > > > > > java.awt.fonts=,
> > > > > > os.name=OSF1,
> > > > > >
> > > > > >
> > > > >
> > >
> java.library.path=/usr/opt/java130/bin/../jre/lib/alpha/classic:/usr/opt/jav
> > > > >
> > >
> a130/bin/../jre/lib/alpha/native_threads:/usr/opt/java130/bin/../jre/lib/alp
> > > > >
> > >
> ha::/usr/opt/java130/bin/../jre/../lib/alpha:/util/sybase/lib:/humgen/softwa
> > > > >
> > >
> re/lib:/seq/software/Staden.05_97/lib/alpha-binaries:/util/lib:/util/sybase/
> > > > >
> > >
> lib:/util/oracle/lib:/usr/shlib:/usr/local/lib:/util/oracle/lib:/usr/lib:/us
> > > > > r/shlib,
> > > > > >
> > > > > > java.specification.name=Java Platform API Specification,
> > > > > > java.class.version=47.0,
> > > > > > os.version=V4.0,
> > > > > > user.home=/home/franklin/turner,
> > > > > > catalina.useNaming=true,
> > > > > > user.timezone=GMT-05:00,
> > > > > > java.awt.printerjob=sun.awt.motif.PSPrinterJob,
> > > > > > file.encoding=ISO8859-1,
> > > > > > java.specification.version=1.3,
> > > > > > catalina.home=./..,
> > > > > >
> > > > > >
> > > > >
> > >
> java.class.path=/fg/softdev/lib/xerces-1_4_1/xerces.jar:/fg/softdev/lib/jaxp
> > > >
> > >
> > -1.1/jaxp.jar:./../bin/bootstrap.jar:./../bin/servlet.jar:./../bin/naming.
> > > ja
> > > > > r:/usr/opt/java130/lib/tools.jar,
> > > > > >
> > > > > > user.name=turner,
> > > > > >
> > >
> java.naming.factory.initial=org.apache.naming.java.javaURLContextFactory,
> > > > > > java.vm.specification.version=1.0,
> > > > > > java.home=/usr/opt/java130/jre,
> > > > > > user.language=en,
> > > > > > java.specification.vendor=Sun Microsystems Inc.,
> > > > > > java.vm.info=native threads, jit,
> > > > > > java.version=1.3.0,
> > > > > > java.ext.dirs=/usr/opt/java130/jre/lib/ext,
> > > > > >
> > > > >
> > >
> sun.boot.class.path=/usr/opt/java130/jre/lib/rt.jar:/usr/opt/java130/jre/lib
> > > > >
> > >
> /i18n.jar:/usr/opt/java130/jre/lib/sunrsasign.jar:/usr/opt/java130/jre/class
> > > > > es,
> > > > > >
> > > > > > java.vendor=Compaq Computer Corp.,
> > > > > > file.separator=/,
> > > > > > java.vendor.url.bug=http://www.compaq.com/java/contact/index.html,
> > > > > > java.compiler=jit_130,
> > > > > > sun.io.unicode.encoding=UnicodeBig,
> > > > > > sun.cpu.endian=little,
> > > > > > sun.cpu.isalist=
> > > > > >
> > > > > >
> > > > > > Scott Nichol wrote:
> > > > > >
> > > > > > > > Or a simpler thing to do at any point would be something like
> > > > > > > >
> > > > > > > > ClassLoader loader =
> > > > > Thread.currentThread().getContextClassLoader();
> > > > > > > > if (loader instanceof URLClassLoader) {
> > > > > > > > URL[] urls = loader.getURLs();
> > > > > > >
> > > > > > > Make that
> > > > > > > URL[] urls = ((URLClassLoader)loader).getURLs();
> > > > > > >
> > > > > > > > for (int i = 0; i < urls.length; i++)
> > > > > > > > System.out.println(urls[i]);
> > > > > > > > }
> > > > > > > >
> > > > > > > > I'm not 100% certain this will work, but it seems worth a try
> just
> > > to
> > > > > see
> > > > > > > > what the classpath looks like.
> > > > > > >
> > > > > > > Scott
> > > > > >
> > > > > > --
> > > > > > David Turner <[EMAIL PROTECTED]>
> > > > > > Senior Software Engineer
> > > > > > Whitehead Institute/MIT Center for Genome Research
> > > > > > One Kendall Square, Bldg. 300
> > > > > > Cambridge, MA 02139-1561 USA
> > > > > > phone 617-252-1573 / fax 617-252-1902
> > > > > >
> > > > > >
> > > >
> > > > --
> > > > David Turner <[EMAIL PROTECTED]>
> > > > Senior Software Engineer
> > > > Whitehead Institute/MIT Center for Genome Research
> > > > One Kendall Square, Bldg. 300
> > > > Cambridge, MA 02139-1561 USA
> > > > phone 617-252-1573 / fax 617-252-1902
> > > >
> > > >
> > > >
> >
> > --
> > David Turner <[EMAIL PROTECTED]>
> > Senior Software Engineer
> > Whitehead Institute/MIT Center for Genome Research
> > One Kendall Square, Bldg. 300
> > Cambridge, MA 02139-1561 USA
> > phone 617-252-1573 / fax 617-252-1902
> >
> >
--
David Turner <[EMAIL PROTECTED]>
Senior Software Engineer
Whitehead Institute/MIT Center for Genome Research
One Kendall Square, Bldg. 300
Cambridge, MA 02139-1561 USA
phone 617-252-1573 / fax 617-252-1902
