Re: RESOLVED Tomcat xerces conflicts and Endorsed,Standards Override Mechanism
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Warren, On 12/16/11 12:32 PM, Warren Bell wrote: > First off, it had nothing to do with Tomcat or the JDK. It was a > conflict between two jars that Maven brought into my project with > Smooks and Velocity Tools. Thanks for the report. Now, it's in the archives, not that anyone will look. :( - -chris -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7r0JUACgkQ9CaO5/Lv0PCjIwCdE8uvXiY2ekji5oYjW3XyuqOg iosAn0Ym9ton8ahHuHZVxZssOsNqSWfS =2Gua -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: RESOLVED Tomcat xerces conflicts and Endorsed,Standards Override Mechanism
Tomcat Users, I Just wanted to get back and let everyone know how I resolved this issue in case someone else comes against the same type of problem. First off, it had nothing to do with Tomcat or the JDK. It was a conflict between two jars that Maven brought into my project with Smooks and Velocity Tools. Jaxen from Smooks and Dom4j from Velocity Tools both have the class named org.jaxen.JaxenHandler. In my case org.jaxen.JaxenHandler from Dom4j got loaded and Smooks tried to use it instead of the Jaxen version. This resolved into the exception: java.lang.IncompatibleClassChangeError: Class org.jaxen.JaxenHandler does not implement the requested interface org.jaxen.saxpath.XPathHandler I believed at first it was a conflict with Tomcat. In my case I did not need Dom4j and I excluded it. Smooks is happy now. I need to keep my dependencies a little neater and use the exclude tag a little more often. Thanks for everyone's help. Thanks, Warren Bell On 12/12/11 10:27 PM, Pid * wrote: > On 13 Dec 2011, at 03:27, Warren Bell wrote: > >> Here are all the jars in my app. There are a lot. The jars that came in >> as dependencies of smooks are: >> >> milyn-smooks-csv-1.5.jar >> openscv-1.8.jar >> milyn-smooks-flatfile-1.5.jar >> milyn-smooks-javabean-1.5.jar >> milyn-smooks-core-1.5.jar >> milyn-commons-1.5.jar >> freemaker-2.3.15.jar >> javassist-3.10.0.GA.jar >> xstream-1.4.1.jar >> xmlpull-1.1.3.1.jar >> xpp3_min-1.1.4c.jar >> mvel2-2.0.17.jar >> jaxen-1.1.1.jar >> xercesImpl-2.6.2.jar >> jta-1.1.jar > > So I'd guess that anything with an X in its name would go in endorsed, > then I'd refine from there. > > >> >> All of the other jars in my app: >> >> activation-1.1.jarmvel2-2.0.17.jar >> antlr-2.7.2.jaropencsv-1.8.jar >> aopalliance-1.0.jaroro-2.0.8.jar >> aspectjrt-1.6.1.jarpostgresql-8.3-603.jdbc3.jar >> aspectjweaver-1.6.1.jarservlet-api-2.3.jar >> cglib-nodep-2.1_3.jarservlet-api-2.5.jar > > Couple of servlet-api jars in there, that you don't want. > > You may also be able to persuade Maven to not include some of the > others, if they're not needed. > > You should consider upgrading Spring too. > > > p > >> commons-beanutils-1.7.0.jarslf4j-api-1.5.8.jar >> commons-chain-1.1.jarslf4j-log4j12-1.5.10.jar >> commons-codec-20041127.091804.jarspring-2.5.6.SEC01.jar >> commons-collections-3.2.1.jarspring-aspects-2.5.6.SEC01.jar >> commons-dbcp-all-1.3-r699049.jarspring-beans-2.0.8.jar >> commons-digester-1.8.jarspring-context-2.0.8.jar >> commons-email-1.1.jarspring-core-2.0.8.jar >> commons-exec-1.0.jarspring-dao-2.0.8.jar >> commons-io-1.4.jarspring-ibatis-2.0.8.jar >> commons-lang-2.4.jarspring-jdbc-2.0.8.jar >> commons-logging-1.1.jarsslext-1.2-0.jar >> commons-math-2.0.jarstruts-core-1.3.8.jar >> commons-validator-1.3.1.jarstruts-taglib-1.3.8.jar >> cron4j-2.2.3.jarstruts-tiles-1.3.8.jar >> dom4j-1.1.jarswarm-1.4-rc1.jar >> edtFTPj-2.0.4.jarvelocity-1.6.1.jar >> freemarker-2.3.15.jarvelocity-tools-2.0-beta3.jar >> hive-1.4-rc1.jarwasp-1.4-rc1.jar >> ibatis-sqlmap-2.3.0.jarwebservices-api.jar >> inmethod-grid-1.4.2-SNAPSHOT.jarwebservices-extra-api.jar >> javassist-3.10.0.GA.jarwebservices-extra.jar >> jaxen-1.1.1.jarwebservices-rt.jar >> jconn2-1.jarwicket-1.4.7.jar >> joda-time-1.6.jarwicket-datetime-1.4.7.jar >> jta-1.1.jarwicket-extensions-1.4.7.jar >> junit-3.8.1.jarwicket-ioc-1.4.7.jar >> log4j-1.2.14.jarwicket-spring-1.4.7.jar >> mail-1.4.jarwicket-spring-annot-1.3.5.jar >> milyn-commons-1.5.jarwicomsec-1.4-rc1.jar >> milyn-smooks-core-1.5.jarwiquery-1.0.1.jar >> milyn-smooks-csv-1.5.jarxercesImpl-2.6.2.jar >> milyn-smooks-flatfile-1.5.jarxmlpull-1.1.3.1.jar >> milyn-smooks-javabean-1.5.jarxpp3_min-1.1.4c.jar >> minis-1.4.1.jarxstream-1.4.1.jar >> >> I am using Maven to manage my apps dependencies. My app does not depend >> directly on some of these jars, like the struts jars. They got dragged >> in as dependencies of something else. As for the exception: >> >> java.lang.IncompatibleClassChangeError: Class org.jaxen.JaxenHandler >> does not implement the requested interface org.jaxen.saxpath.XPathHandler >>at org.jaxen.saxpath.base.XPathReader.parse(XPathReader.java:98) >>at >> org.milyn.cdr.xpath.SelectorStepBuilder._buildSteps(SelectorStepBuilder.java:110) >>at >> org.milyn.cdr.xpath.SelectorStepBuilder.(SelectorStepBuilder.java:43) >>at >> org.milyn.cdr.SmooksResourceConfiguration.setSelector(SmooksResourceConfiguration.java:447) >>at >> org.milyn.cdr.SmooksResourceConfiguration.(SmooksResourceConfiguration.java:304
RE: Tomcat xerces conflicts and Endorsed,Standards Override Mechanism
Past weekend I just went thru xerces *e&l% on another Application Server ..turns out they had a DTD specific xerces version that gacked on xsds The AppServer version of Xerces was buried so far down into the core their solution was to rebuild the server with a version of Xerces that wont fubar on parsing xsds NB: 99% of the posts I've seen for xerces problems say "delete all versions of xerces from your CLASSPATH" Martin __ Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht dient lediglich dem Austausch von Informationen und entfaltet keine rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen. Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le destinataire prévu, nous te demandons avec bonté que pour satisfaire informez l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci est interdite. Ce message sert à l'information seulement et n'aura pas n'importe quel effet légalement obligatoire. Étant donné que les email peuvent facilement être sujets à la manipulation, nous ne pouvons accepter aucune responsabilité pour le contenu fourni. > From: chuck.caldar...@unisys.com > To: users@tomcat.apache.org > Date: Mon, 12 Dec 2011 21:57:55 -0600 > Subject: RE: Tomcat xerces conflicts and Endorsed,Standards Override Mechanism > > > From: Mark Eggers [mailto:its_toas...@yahoo.com] > > Subject: Re: Tomcat xerces conflicts and Endorsed,Standards Override > > Mechanism > > > > servlet-api-2.3.jar > > > servlet-api-2.5.jar > > > If you're using Maven to manage the dependencies, how about > > marking the offending jars provided, and see > > if the later versions provided in the JRE (and in Tomcat for > > the servlet spec) meet the expected requirements. > > At the very least, the OP _must_ remove the servlet-api*.jar files; they are > provided by the container and can never be placed in WEB-INF/lib. (But > they're not the cause of the XML problem, just another symptom.) > > - Chuck > > > THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY > MATERIAL and is thus for use only by the intended recipient. If you received > this in error, please contact the sender and delete the e-mail and its > attachments from all computers. > > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org >
Re: Tomcat xerces conflicts and Endorsed,Standards Override Mechanism
On 13 Dec 2011, at 03:27, Warren Bell wrote: > Here are all the jars in my app. There are a lot. The jars that came in > as dependencies of smooks are: > > milyn-smooks-csv-1.5.jar > openscv-1.8.jar > milyn-smooks-flatfile-1.5.jar > milyn-smooks-javabean-1.5.jar > milyn-smooks-core-1.5.jar > milyn-commons-1.5.jar > freemaker-2.3.15.jar > javassist-3.10.0.GA.jar > xstream-1.4.1.jar > xmlpull-1.1.3.1.jar > xpp3_min-1.1.4c.jar > mvel2-2.0.17.jar > jaxen-1.1.1.jar > xercesImpl-2.6.2.jar > jta-1.1.jar So I'd guess that anything with an X in its name would go in endorsed, then I'd refine from there. > > All of the other jars in my app: > > activation-1.1.jarmvel2-2.0.17.jar > antlr-2.7.2.jaropencsv-1.8.jar > aopalliance-1.0.jaroro-2.0.8.jar > aspectjrt-1.6.1.jarpostgresql-8.3-603.jdbc3.jar > aspectjweaver-1.6.1.jarservlet-api-2.3.jar > cglib-nodep-2.1_3.jarservlet-api-2.5.jar Couple of servlet-api jars in there, that you don't want. You may also be able to persuade Maven to not include some of the others, if they're not needed. You should consider upgrading Spring too. p > commons-beanutils-1.7.0.jarslf4j-api-1.5.8.jar > commons-chain-1.1.jarslf4j-log4j12-1.5.10.jar > commons-codec-20041127.091804.jarspring-2.5.6.SEC01.jar > commons-collections-3.2.1.jarspring-aspects-2.5.6.SEC01.jar > commons-dbcp-all-1.3-r699049.jarspring-beans-2.0.8.jar > commons-digester-1.8.jarspring-context-2.0.8.jar > commons-email-1.1.jarspring-core-2.0.8.jar > commons-exec-1.0.jarspring-dao-2.0.8.jar > commons-io-1.4.jarspring-ibatis-2.0.8.jar > commons-lang-2.4.jarspring-jdbc-2.0.8.jar > commons-logging-1.1.jarsslext-1.2-0.jar > commons-math-2.0.jarstruts-core-1.3.8.jar > commons-validator-1.3.1.jarstruts-taglib-1.3.8.jar > cron4j-2.2.3.jarstruts-tiles-1.3.8.jar > dom4j-1.1.jarswarm-1.4-rc1.jar > edtFTPj-2.0.4.jarvelocity-1.6.1.jar > freemarker-2.3.15.jarvelocity-tools-2.0-beta3.jar > hive-1.4-rc1.jarwasp-1.4-rc1.jar > ibatis-sqlmap-2.3.0.jarwebservices-api.jar > inmethod-grid-1.4.2-SNAPSHOT.jarwebservices-extra-api.jar > javassist-3.10.0.GA.jarwebservices-extra.jar > jaxen-1.1.1.jarwebservices-rt.jar > jconn2-1.jarwicket-1.4.7.jar > joda-time-1.6.jarwicket-datetime-1.4.7.jar > jta-1.1.jarwicket-extensions-1.4.7.jar > junit-3.8.1.jarwicket-ioc-1.4.7.jar > log4j-1.2.14.jarwicket-spring-1.4.7.jar > mail-1.4.jarwicket-spring-annot-1.3.5.jar > milyn-commons-1.5.jarwicomsec-1.4-rc1.jar > milyn-smooks-core-1.5.jarwiquery-1.0.1.jar > milyn-smooks-csv-1.5.jarxercesImpl-2.6.2.jar > milyn-smooks-flatfile-1.5.jarxmlpull-1.1.3.1.jar > milyn-smooks-javabean-1.5.jarxpp3_min-1.1.4c.jar > minis-1.4.1.jarxstream-1.4.1.jar > > I am using Maven to manage my apps dependencies. My app does not depend > directly on some of these jars, like the struts jars. They got dragged > in as dependencies of something else. As for the exception: > > java.lang.IncompatibleClassChangeError: Class org.jaxen.JaxenHandler > does not implement the requested interface org.jaxen.saxpath.XPathHandler >at org.jaxen.saxpath.base.XPathReader.parse(XPathReader.java:98) >at > org.milyn.cdr.xpath.SelectorStepBuilder._buildSteps(SelectorStepBuilder.java:110) >at > org.milyn.cdr.xpath.SelectorStepBuilder.(SelectorStepBuilder.java:43) >at > org.milyn.cdr.SmooksResourceConfiguration.setSelector(SmooksResourceConfiguration.java:447) >at > org.milyn.cdr.SmooksResourceConfiguration.(SmooksResourceConfiguration.java:304) >at > org.milyn.cdr.SmooksResourceConfigurationStore.addHandlerFactoryConfig(SmooksResourceConfigurationStore.java:143) >at > org.milyn.cdr.SmooksResourceConfigurationStore.registerInstalledHandlerFactories(SmooksResourceConfigurationStore.java:139) >at > org.milyn.cdr.SmooksResourceConfigurationStore.(SmooksResourceConfigurationStore.java:112) >at > org.milyn.container.standalone.StandaloneApplicationContext.(StandaloneApplicationContext.java:59) >at org.milyn.Smooks.(Smooks.java:118) >at org.milyn.Smooks.(Smooks.java:170) >at > com.scanman.cron.task.ImportPriceChangesFromSupplier.executeTask(ImportPriceChangesFromSupplier.java:70) >at com.scanman.cron.task.ScanManTask.execute(ScanManTask.java:79) >at it.sauronsoftware.cron4j.TaskExecutor$Runner.run(Unknown Source) >at java.lang.Thread.run(Thread.java:680) > > This is the first exception thrown before I started moving jars around > into the endorsed folder. The endorsed folder is empty when this > exception is thrown. > > Thanks, > > Warren Bell > > On 12/12/11 11:49 AM, Christopher Schultz wrote: >> Warren
RE: Tomcat xerces conflicts and Endorsed,Standards Override Mechanism
> From: Warren Bell [mailto:warrenbe...@gmail.com] > Subject: Re: Tomcat xerces conflicts and Endorsed,Standards Override Mechanism > Tomcat 6.0.16 Might want to upgrade - that's getting close to four years old. > JDK 1.6 JDK 1.6.what? - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat xerces conflicts and Endorsed,Standards Override Mechanism
Here the answers to your other questions. Thanks, Warren Bell On 12/12/11 8:25 PM, Konstantin Kolinko wrote: > 2011/12/10 Warren Bell : >> Hello Tomcat Users, >> >> I am having a problem with xerces and other jars in the JDK or Tomcat >> conflicting with jars in my app. I am getting the following exception >> when instantiating Smooks, a csv library that usese xerces, in a web app >> running in Tomcat: > > What exact version of Tomcat x.y.z you are running and on what JDK? Tomcat 6.0.16 JDK 1.6 > > (IIRC several bugs wrt XML parser handling were fixed during the last > year. Though it might not be related to your issue). > > Do you run single webapp there, or several complex ones? Single > > I think the libs should stay in app's WEB-INF/lib folder. Do not put > them in endorsed for now. (That will affect Tomcat as a whole). > > As others noted, your libraries list is a mess. > > One blatant thing is that you have both Spring 2.0.8 and 2.5.6 jars. > They are not supposed to coexist. Also note that there is "SEC03" > update of 2.5.6. > > Best regards, > Konstantin Kolinko > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat xerces conflicts and Endorsed,Standards Override Mechanism
I was afraid I was going to get a reaction to my list like I did, it is a mess. You get lazy and you just enter in a dependency and let Maven drag everything in with it. As for the servlet jars, Tomcat just ignores them and I never took the time to figure out where they were coming from, that goes for the Struts jars too. INFO [main] - validateJarFile(/Library/apache-tomcat-6.0.16/webapps/scanman/WEB-INF/lib/servlet-api-2.3.jar) - jar not loaded. See Servlet Spec 2.3, section 9.7.2. Offending class: javax/servlet/Servlet.class INFO [main] - validateJarFile(/Library/apache-tomcat-6.0.16/webapps/scanman/WEB-INF/lib/servlet-api-2.5.jar) - jar not loaded. See Servlet Spec 2.3, section 9.7.2. Offending class: javax/servlet/Servlet.class How are you suppose to know what jars you really need when you let Maven manage them ? I place just 2 dependencies in my pom.xml and 15 jars get added to my project. Thanks, Warren Bell On 12/12/11 8:25 PM, Konstantin Kolinko wrote: > 2011/12/10 Warren Bell : >> Hello Tomcat Users, >> >> I am having a problem with xerces and other jars in the JDK or Tomcat >> conflicting with jars in my app. I am getting the following exception >> when instantiating Smooks, a csv library that usese xerces, in a web app >> running in Tomcat: > > What exact version of Tomcat x.y.z you are running and on what JDK? > > (IIRC several bugs wrt XML parser handling were fixed during the last > year. Though it might not be related to your issue). > > Do you run single webapp there, or several complex ones? > > I think the libs should stay in app's WEB-INF/lib folder. Do not put > them in endorsed for now. (That will affect Tomcat as a whole). > > As others noted, your libraries list is a mess. > > One blatant thing is that you have both Spring 2.0.8 and 2.5.6 jars. > They are not supposed to coexist. Also note that there is "SEC03" > update of 2.5.6. > > Best regards, > Konstantin Kolinko > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat xerces conflicts and Endorsed,Standards Override Mechanism
2011/12/10 Warren Bell : > Hello Tomcat Users, > > I am having a problem with xerces and other jars in the JDK or Tomcat > conflicting with jars in my app. I am getting the following exception > when instantiating Smooks, a csv library that usese xerces, in a web app > running in Tomcat: What exact version of Tomcat x.y.z you are running and on what JDK? (IIRC several bugs wrt XML parser handling were fixed during the last year. Though it might not be related to your issue). Do you run single webapp there, or several complex ones? I think the libs should stay in app's WEB-INF/lib folder. Do not put them in endorsed for now. (That will affect Tomcat as a whole). As others noted, your libraries list is a mess. One blatant thing is that you have both Spring 2.0.8 and 2.5.6 jars. They are not supposed to coexist. Also note that there is "SEC03" update of 2.5.6. Best regards, Konstantin Kolinko - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Tomcat xerces conflicts and Endorsed,Standards Override Mechanism
> From: Mark Eggers [mailto:its_toas...@yahoo.com] > Subject: Re: Tomcat xerces conflicts and Endorsed,Standards Override Mechanism > > servlet-api-2.3.jar > > servlet-api-2.5.jar > If you're using Maven to manage the dependencies, how about > marking the offending jars provided, and see > if the later versions provided in the JRE (and in Tomcat for > the servlet spec) meet the expected requirements. At the very least, the OP _must_ remove the servlet-api*.jar files; they are provided by the container and can never be placed in WEB-INF/lib. (But they're not the cause of the XML problem, just another symptom.) - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat xerces conflicts and Endorsed,Standards Override Mechanism
- Original Message - > From: Warren Bell > To: Tomcat Users List > Cc: > Sent: Monday, December 12, 2011 7:26 PM > Subject: Re: Tomcat xerces conflicts and Endorsed,Standards Override Mechanism > > Here are all the jars in my app. There are a lot. The jars that came in > as dependencies of smooks are: > > milyn-smooks-csv-1.5.jar > openscv-1.8.jar > milyn-smooks-flatfile-1.5.jar > milyn-smooks-javabean-1.5.jar > milyn-smooks-core-1.5.jar > milyn-commons-1.5.jar > freemaker-2.3.15.jar > javassist-3.10.0.GA.jar > xstream-1.4.1.jar > xmlpull-1.1.3.1.jar > xpp3_min-1.1.4c.jar > mvel2-2.0.17.jar > jaxen-1.1.1.jar > xercesImpl-2.6.2.jar > jta-1.1.jar > > All of the other jars in my app: > > activation-1.1.jar mvel2-2.0.17.jar > antlr-2.7.2.jar opencsv-1.8.jar > aopalliance-1.0.jar oro-2.0.8.jar > aspectjrt-1.6.1.jar postgresql-8.3-603.jdbc3.jar > aspectjweaver-1.6.1.jar servlet-api-2.3.jar > cglib-nodep-2.1_3.jar servlet-api-2.5.jar > commons-beanutils-1.7.0.jar slf4j-api-1.5.8.jar > commons-chain-1.1.jar slf4j-log4j12-1.5.10.jar > commons-codec-20041127.091804.jar spring-2.5.6.SEC01.jar > commons-collections-3.2.1.jar spring-aspects-2.5.6.SEC01.jar > commons-dbcp-all-1.3-r699049.jar spring-beans-2.0.8.jar > commons-digester-1.8.jar spring-context-2.0.8.jar > commons-email-1.1.jar spring-core-2.0.8.jar > commons-exec-1.0.jar spring-dao-2.0.8.jar > commons-io-1.4.jar spring-ibatis-2.0.8.jar > commons-lang-2.4.jar spring-jdbc-2.0.8.jar > commons-logging-1.1.jar sslext-1.2-0.jar > commons-math-2.0.jar struts-core-1.3.8.jar > commons-validator-1.3.1.jar struts-taglib-1.3.8.jar > cron4j-2.2.3.jar struts-tiles-1.3.8.jar > dom4j-1.1.jar swarm-1.4-rc1.jar > edtFTPj-2.0.4.jar velocity-1.6.1.jar > freemarker-2.3.15.jar velocity-tools-2.0-beta3.jar > hive-1.4-rc1.jar wasp-1.4-rc1.jar > ibatis-sqlmap-2.3.0.jar webservices-api.jar > inmethod-grid-1.4.2-SNAPSHOT.jar webservices-extra-api.jar > javassist-3.10.0.GA.jar webservices-extra.jar > jaxen-1.1.1.jar webservices-rt.jar > jconn2-1.jar wicket-1.4.7.jar > joda-time-1.6.jar wicket-datetime-1.4.7.jar > jta-1.1.jar wicket-extensions-1.4.7.jar > junit-3.8.1.jar wicket-ioc-1.4.7.jar > log4j-1.2.14.jar wicket-spring-1.4.7.jar > mail-1.4.jar wicket-spring-annot-1.3.5.jar > milyn-commons-1.5.jar wicomsec-1.4-rc1.jar > milyn-smooks-core-1.5.jar wiquery-1.0.1.jar > milyn-smooks-csv-1.5.jar xercesImpl-2.6.2.jar > milyn-smooks-flatfile-1.5.jar xmlpull-1.1.3.1.jar > milyn-smooks-javabean-1.5.jar xpp3_min-1.1.4c.jar > minis-1.4.1.jar xstream-1.4.1.jar > > I am using Maven to manage my apps dependencies. My app does not depend > directly on some of these jars, like the struts jars. They got dragged > in as dependencies of something else. As for the exception: > > java.lang.IncompatibleClassChangeError: Class org.jaxen.JaxenHandler > does not implement the requested interface org.jaxen.saxpath.XPathHandler > at org.jaxen.saxpath.base.XPathReader.parse(XPathReader.java:98) > at > org.milyn.cdr.xpath.SelectorStepBuilder._buildSteps(SelectorStepBuilder.java:110) > at > org.milyn.cdr.xpath.SelectorStepBuilder.(SelectorStepBuilder.java:43) > at > org.milyn.cdr.SmooksResourceConfiguration.setSelector(SmooksResourceConfiguration.java:447) > at > org.milyn.cdr.SmooksResourceConfiguration.(SmooksResourceConfiguration.java:304) > at > org.milyn.cdr.SmooksResourceConfigurationStore.addHandlerFactoryConfig(SmooksResourceConfigurationStore.java:143) > at > org.milyn.cdr.SmooksResourceConfigurationStore.registerInstalledHandlerFactories(SmooksResourceConfigurationStore.java:139) > at > org.milyn.cdr.SmooksResourceConfigurationStore.(SmooksResourceConfigurationStore.java:112) > at > org.milyn.container.standalone.StandaloneApplicationContext.(StandaloneApplicationContext.java:59) > at org.milyn.Smooks.(Smooks.java:118) > at org.milyn.Smooks.(Smooks.java:170) > at > com.scanman.cron.task.ImportPriceChangesFromSupplier.executeTask(ImportPriceChangesFromSupplier.java:70) > at com.scanman.cron.task.ScanManTask.execute(ScanManTask.java:79) > at it.sauronsoftware.cron4j.TaskExecutor$Runner.run(Unknown Source) > at java.lang.Thread.run(Thread.java:680) > > This is the first exception thrown before I started moving jars around &g
Re: Tomcat xerces conflicts and Endorsed,Standards Override Mechanism
Here are all the jars in my app. There are a lot. The jars that came in as dependencies of smooks are: milyn-smooks-csv-1.5.jar openscv-1.8.jar milyn-smooks-flatfile-1.5.jar milyn-smooks-javabean-1.5.jar milyn-smooks-core-1.5.jar milyn-commons-1.5.jar freemaker-2.3.15.jar javassist-3.10.0.GA.jar xstream-1.4.1.jar xmlpull-1.1.3.1.jar xpp3_min-1.1.4c.jar mvel2-2.0.17.jar jaxen-1.1.1.jar xercesImpl-2.6.2.jar jta-1.1.jar All of the other jars in my app: activation-1.1.jar mvel2-2.0.17.jar antlr-2.7.2.jar opencsv-1.8.jar aopalliance-1.0.jar oro-2.0.8.jar aspectjrt-1.6.1.jar postgresql-8.3-603.jdbc3.jar aspectjweaver-1.6.1.jar servlet-api-2.3.jar cglib-nodep-2.1_3.jar servlet-api-2.5.jar commons-beanutils-1.7.0.jar slf4j-api-1.5.8.jar commons-chain-1.1.jar slf4j-log4j12-1.5.10.jar commons-codec-20041127.091804.jar spring-2.5.6.SEC01.jar commons-collections-3.2.1.jar spring-aspects-2.5.6.SEC01.jar commons-dbcp-all-1.3-r699049.jarspring-beans-2.0.8.jar commons-digester-1.8.jarspring-context-2.0.8.jar commons-email-1.1.jar spring-core-2.0.8.jar commons-exec-1.0.jarspring-dao-2.0.8.jar commons-io-1.4.jar spring-ibatis-2.0.8.jar commons-lang-2.4.jarspring-jdbc-2.0.8.jar commons-logging-1.1.jar sslext-1.2-0.jar commons-math-2.0.jarstruts-core-1.3.8.jar commons-validator-1.3.1.jar struts-taglib-1.3.8.jar cron4j-2.2.3.jarstruts-tiles-1.3.8.jar dom4j-1.1.jar swarm-1.4-rc1.jar edtFTPj-2.0.4.jar velocity-1.6.1.jar freemarker-2.3.15.jar velocity-tools-2.0-beta3.jar hive-1.4-rc1.jarwasp-1.4-rc1.jar ibatis-sqlmap-2.3.0.jar webservices-api.jar inmethod-grid-1.4.2-SNAPSHOT.jarwebservices-extra-api.jar javassist-3.10.0.GA.jar webservices-extra.jar jaxen-1.1.1.jar webservices-rt.jar jconn2-1.jarwicket-1.4.7.jar joda-time-1.6.jar wicket-datetime-1.4.7.jar jta-1.1.jar wicket-extensions-1.4.7.jar junit-3.8.1.jar wicket-ioc-1.4.7.jar log4j-1.2.14.jarwicket-spring-1.4.7.jar mail-1.4.jarwicket-spring-annot-1.3.5.jar milyn-commons-1.5.jar wicomsec-1.4-rc1.jar milyn-smooks-core-1.5.jar wiquery-1.0.1.jar milyn-smooks-csv-1.5.jarxercesImpl-2.6.2.jar milyn-smooks-flatfile-1.5.jar xmlpull-1.1.3.1.jar milyn-smooks-javabean-1.5.jar xpp3_min-1.1.4c.jar minis-1.4.1.jar xstream-1.4.1.jar I am using Maven to manage my apps dependencies. My app does not depend directly on some of these jars, like the struts jars. They got dragged in as dependencies of something else. As for the exception: java.lang.IncompatibleClassChangeError: Class org.jaxen.JaxenHandler does not implement the requested interface org.jaxen.saxpath.XPathHandler at org.jaxen.saxpath.base.XPathReader.parse(XPathReader.java:98) at org.milyn.cdr.xpath.SelectorStepBuilder._buildSteps(SelectorStepBuilder.java:110) at org.milyn.cdr.xpath.SelectorStepBuilder.(SelectorStepBuilder.java:43) at org.milyn.cdr.SmooksResourceConfiguration.setSelector(SmooksResourceConfiguration.java:447) at org.milyn.cdr.SmooksResourceConfiguration.(SmooksResourceConfiguration.java:304) at org.milyn.cdr.SmooksResourceConfigurationStore.addHandlerFactoryConfig(SmooksResourceConfigurationStore.java:143) at org.milyn.cdr.SmooksResourceConfigurationStore.registerInstalledHandlerFactories(SmooksResourceConfigurationStore.java:139) at org.milyn.cdr.SmooksResourceConfigurationStore.(SmooksResourceConfigurationStore.java:112) at org.milyn.container.standalone.StandaloneApplicationContext.(StandaloneApplicationContext.java:59) at org.milyn.Smooks.(Smooks.java:118) at org.milyn.Smooks.(Smooks.java:170) at com.scanman.cron.task.ImportPriceChangesFromSupplier.executeTask(ImportPriceChangesFromSupplier.java:70) at com.scanman.cron.task.ScanManTask.execute(ScanManTask.java:79) at it.sauronsoftware.cron4j.TaskExecutor$Runner.run(Unknown Source) at java.lang.Thread.run(Thread.java:680) This is the first exception thrown before I started moving jars around into the endorsed folder. The endorsed folder is empty when this exception is thrown. Thanks, Warren Bell On 12/12/11 11:49 AM, Christopher Schultz wrote: > Warren, > > On 12/9/11 4:47 PM, Warren Bell wrote: >> This makes me think I am on the right track and the exceptions I >> am getting seem to point to the wrong classes
Re: Tomcat xerces conflicts and Endorsed,Standards Override Mechanism
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Warren, On 12/9/11 4:47 PM, Warren Bell wrote: > This makes me think I am on the right track and the exceptions I > am getting seem to point to the wrong classes being loaded. Maybe, but maybe not. > My question is, is their a set of XML related jars that I should > take out of my app and place in this endorsed directory or is there > a different way of fixing this problem ? What other JARs do you have in your webapp? Also, what's the full stack trace of these exceptions? If you place things into "endorsed" then they will plug-into JAXP which means that Tomcat will use them internally to load things (like server.xml) and so you'll need to have all dependencies (like xml-apis.jar for instance) in that endorsed directory, too. Otherwise, you could get weird stuff like this happening. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7mWskACgkQ9CaO5/Lv0PDaQQCfXcjKWsZqK5Pp6sZUnOb+2dq7 D1UAnRv36WhkUgmjbVs/PCKNZkjMTqOr =8vuS -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Tomcat xerces conflicts and Endorsed,Standards Override Mechanism
Hello Tomcat Users, I am having a problem with xerces and other jars in the JDK or Tomcat conflicting with jars in my app. I am getting the following exception when instantiating Smooks, a csv library that usese xerces, in a web app running in Tomcat: java.lang.IncompatibleClassChangeError: Class org.jaxen.JaxenHandler does not implement the requested interface org.jaxen.saxpath.XPathHandler I found something in the Tomcat docs and at Oracle about "Endorsed Standards Override Mechanism". http://tomcat.apache.org/tomcat-6.0-doc/class-loader-howto.html So I followed the directions and placed the jaxen-1.1.1.jar in the Tomcat endorsed directory. I ran the app again and got a diferent exception: org.apache.xerces.impl.dv.DVFactoryException: DTD factory class org.apache.xerces.impl.dv.dtd.DTDDVFactoryImpl does not extend from DTDDVFactory. I then placed xercesImpl-2.6.2.jar in the Tomcat endorsed directory. I ran the app again and got a diferent exception: java.lang.NoSuchMethodError: org.apache.xerces.impl.xs.XMLSchemaLoader.loadGrammar([Lorg/apache/xerces/xni/parser/XMLInputSource;)V This makes me think I am on the right track and the exceptions I am getting seem to point to the wrong classes being loaded. My question is, is their a set of XML related jars that I should take out of my app and place in this endorsed directory or is there a different way of fixing this problem ? Thanks, Warren Bell - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org