My experience is consistent with the evidence you presented. I'm running X server (10.2.1) without WebObjects, and Tomcat works great. Yes, it appears that the XML parser included with WebObjects is your problem. I remember similar problems from this list where more than one XML library was installed on a machine (in that case I think it was on a Linux box) but I forget what the resolution was. Some configuration choice made the problem go away. May be that you end up configuring Tomcat to use the parser that came with WebObjects. I haven't had my coffee yet today... but I figured even partial confirmation of your suspicions might help! Maybe once I do, and my brain starts working, I'll remember what you do to resolve this sort of thing.
Did you try just taking the XML parser out of endorsed? Then the other parser (from WO) should take over. Of course, if you really want the parser that came with Tomcat, then there's more work you have to do. I may remember once I have my coffee. Let me know if this helps you out, though. Cheers, -Ian On Wed, Nov 13, 2002 at 09:45:00AM +0000, Martin Redington wrote: > > I have three machines. A tibook with Mac OS X 10.2.1, and 2 xserves > with Mac OS X Server 10.2.1 > > The actual OS version is 10.2.1, build 6D52 on both machines. All three > machines have the stock OS X 1.3.1 JVM install. > > I downloaded 4.1.12 (full) to all three machines, and unpacked it with > gnutar. > > JAVA_HOME is set to /Library/Java/Home and CATALINA_HOME is set to > /usr/local/jakarta/jakarta-tomcat-4.1.12 > > On the tibook, tomcat starts up with no problem whatsoever. > > On the Xserves, tomcat appears to start, but catalina.out reveals the > following exception: > > Exception during startup processing > java.lang.reflect.InvocationTargetException: > java.lang.NoClassDefFoundError: org/xml/sax/HandlerBase > at java.lang.ClassLoader.defineClass0(Native Method) > at java.lang.ClassLoader.defineClass(ClassLoader.java:488) > at > java.security.SecureClassLoader.defineClass(SecureClassLoader.java:106) > at java.net.URLClassLoader.defineClass(URLClassLoader.java:243) > at java.net.URLClassLoader.access$100(URLClassLoader.java:51) > at java.net.URLClassLoader$1.run(URLClassLoader.java:190) > at java.security.AccessController.doPrivileged(Native Method) > at java.net.URLClassLoader.findClass(URLClassLoader.java:183) > at java.lang.ClassLoader.loadClass(ClassLoader.java:294) > at java.lang.ClassLoader.loadClass(ClassLoader.java:250) > at > org.apache.catalina.startup.Catalina.createStartMapper(Catalina.java:280 > ) > at org.apache.catalina.startup.Catalina.start(Catalina.java:722) > at > org.apache.catalina.startup.Catalina.execute(Catalina.java:681) > at > org.apache.catalina.startup.Catalina.process(Catalina.java:179) > at java.lang.reflect.Method.invoke(Native Method) > at > org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:203) > > but, org.xml.sax.HandlerBase is clearly present in > common/endorsed/xmlParserAPIs.jar > > The only difference that I can see between the machines is that the > xserves have WebObjects installed and running, and have a number of > additional java framworks installed in /System/Library/Frameworks: > > e.g. > > drwxr-xr-x 4 root wheel 136 Dec 5 2001 > /System/Library/Frameworks/JavaWOSMIL.framework > drwxr-xr-x 4 root wheel 136 Apr 15 2002 > /System/Library/Frameworks/JavaWebObjects.framework > drwxr-xr-x 4 root wheel 136 Dec 5 2001 > /System/Library/Frameworks/JavaXML.framework > > Note that JavaXML.framework also contains the org.xml.sax.HandlerBase > class. > > Any pointers or hints would be great. If anyone else is running OS X > Server, it would be good to know if you have the same problems, or not > ... > > cheers, > Martin > > > -- > To unsubscribe, e-mail: <mailto:tomcat-user-unsubscribe@;jakarta.apache.org> > For additional commands, e-mail: <mailto:tomcat-user-help@;jakarta.apache.org> > -- Ian McFarland mailto:imf@;neo.com President tel://+1.310.266.1205/ Neo Ventures, Ltd. snail://Santa_Monica.CA.US.90404/1243.18th_Street/ 2waypager:[EMAIL PROTECTED] pgpkey:http://www.neo.com/keys/imfkey.asc -- To unsubscribe, e-mail: <mailto:tomcat-user-unsubscribe@;jakarta.apache.org> For additional commands, e-mail: <mailto:tomcat-user-help@;jakarta.apache.org>
