Geoff, I think you misunderstood my mail, I *DON'T* have a copy of xmlParserAPIs.jar in the tomcat common/endorsed directory.
However I just found the problem, inspired by some info from the link you mention. The problem was that the start menu items for starting/stoping tomcat didn't use the startup or shutdown scripts and hence java.endorsed.dirs wasn't being set and therefore the incorrect jars were being referenced. Regards, Peter On Fri, Jun 27, 2003 at 09:09:30AM -0400, Geoff Howard wrote: > Yes, I think that other jar is the problem. If it's not needed for > other webapps, remove it and try again. If it is needed, use the > Paranoid servlet described at > http://wiki.cocoondev.org/Wiki.jsp?page=EndorsedLibsProblem. > > Geoff > > At 10:17 AM 6/26/2003, you wrote: > >Hi, > > > >I am attempting to install cocoon 2.1-m2 in tomcat 4.1.24 under windows > >XP. > > > >I first install tomcat specialised for JDK 1.4 > >jakarta-tomcat-4.1.24-LE-jdk14. > >I am running JDK 1.4.1_01 from SUN. I install into c:\Tomcat41 because > >of a suggestion on the mailing list that spaces in the install path can > >be problematic. > > > >I can access http://localhost:8080/index.jsp fine. > > > >I then execute the following commands in the cocoon-2.1m2 directory. > > > > > set JAVA_HOME=c:\j2sdk1.4.1_01 > > > build war > > > cd build\cocoon-2.1m2\ > > > copy cocoon.war c:\Tomcat41\webapps > > > cd ..\..\lib\endorsed > > > copy *.jar c:\Tomcat41\common\endorsed > > > >I then start Tomcat. I can access http://localhost:8080/index.jsp fine, > >but however http://localhost:8080/cocoon/ just gives a blank page and > >the following error. Note that it cocoon runs fine when I run it from > >jetty. > > > >----- Root Cause ----- > >java.lang.IllegalAccessError: class > >org.apache.xml.dtm.ref.sax2dtm.SAX2DTM2$AncestorIterator cannot access its > >superclass > >org.apache.xml.dtm.ref.DTMDefaultBaseIterators$InternalAxisIteratorBase > > at java.lang.ClassLoader.defineClass0(Native Method) > > at java.lang.ClassLoader.defineClass(ClassLoader.java:502) > > at > >java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123) > > at java.net.URLClassLoader.defineClass(URLClassLoader.java:250) > > at java.net.URLClassLoader.access$100(URLClassLoader.java:54) > > at java.net.URLClassLoader$1.run(URLClassLoader.java:193) > > at java.security.AccessController.doPrivileged(Native Method) > > at java.net.URLClassLoader.findClass(URLClassLoader.java:186) > > > >which is mentioned in the mailing list archive message > >http://marc.theaimsgroup.com/?l=xml-cocoon-users&m=105406130228569&w=2 > > > >http://marc.theaimsgroup.com/?l=xml-cocoon-users&m=105406333931007&w=2 > >suggests that the problem is to do with which jars are in > >common/endorsed. The only ones that are there are those from > >cocoon-2.1m2/lib/endorsed directory (xalan-20030506.jar, > >xercesImpl-2.4.0.jar and xml-apis.jar). > > > >However the user who followed these steps mention that they also have > >xmlParserAPIs.jar in the common/endorsed directory. This jar doesn't > >seem to exist on my system? Is this the problem? > >http://marc.theaimsgroup.com/?l=xml-cocoon-users&m=105407220309715&w=2 > > > >Any other suggestions would be greatly appreciated. > > > > > >Regards, > >Peter > > > >--------------------------------------------------------------------- > >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]
