I'm downloading tomcat 4 b6 right now. I do believe there are some differences
between b5 and b6. The directory structure is different to start with.
Scott Nichol wrote:
> I have jaxp.jar in my client classpath, but it is not in my server
> classpath.
>
> I don't understand how you are not getting a ClassNotFoundException related
> to JavaMail or Java Activation Framework. This is one of my earliest
> problems. As I said, I originally got a NullPointerException, then found
> out what the "real" problem was after setting JAVA_COMPILER.
>
> Scott
>
> ----- Original Message -----
> From: "David Turner" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Tuesday, July 31, 2001 2:12 PM
> Subject: Re: Parsing error...
>
> > Hi Scott,
> >
> > My server classpath is as follows:
> >
> CP=/fg/softdev/lib/xerces-1_4_1/xerces.jar:$CATALINA_HOME/bin/bootstrap.jar:
> $CATALINA_HOME/bin/servlet.jar:
> >
> > $CATALINA_HOME/bin/naming.jar:$JAVA_HOME/lib/tools.jar
> >
> > I haven't tried setting the JAVA_COMPILER yet. I'll try it now.
> >
> > Do you have jaxp.jar somewhere in your classpath?
> >
> >
> >
> > 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
> >
> >
--
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
