Ok, thanks. That was a bug. Someone in Maven modified the project.xml dependencies and forgot to change the jelly script... :-(
It doesn't have anything to do with the Xerces version BTW. It is now fixed in Maven HEAD. Thanks -Vincent > -----Original Message----- > From: BRUNOT S�bastien [mailto:[EMAIL PROTECTED] > Sent: 11 August 2003 09:42 > To: 'Cactus Users List' > Subject: RE : RE : RE : [Cactus] Support for WebLogic 7.x is now > operational > > Hi vincent, > > I had to add almost the same things : > > <dependency> > <id>xml-apis</id> > <version>1.0.b2</version> > <url>http://xml.apache.org/xerces2-j/</url> > </dependency> > <dependency> > <id>xerces</id> > <version>2.2.1</version> > <url>http://xml.apache.org/xerces2-j/</url> > </dependency> > > If i don't, i get the following trace : > > cactus:test: > [cactus] > ----------------------------------------------------------------- > [cactus] Running tests against WebLogic 7.x > [cactus] > ----------------------------------------------------------------- > [cactus] Deleting 45 files from > C:\DOCUME~1\brunots\LOCALS~1\Temp\cactus\web > logic7x > [cactus] Deleted 45 directories from > C:\DOCUME~1\brunots\LOCALS~1\Temp\cactu > s\weblogic7x > [cactus] Building jar: > C:\DOCUME~1\brunots\LOCALS~1\Temp\cactus\weblogic7x\t > estdomain\applications\moduleStruts-cactus.war > [cactus] java.lang.NoClassDefFoundError: org/w3c/dom/Node > [cactus] at java.lang.Class.forName0(Native Method) > [cactus] at java.lang.Class.forName(Class.java:115) > [cactus] at > org.apache.tools.ant.taskdefs.optional.junit.FormatterElement > .createFormatter(FormatterElement.java:183) > [cactus] at > org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner. > createAndStoreFormatter(JUnitTestRunner.java:562) > [cactus] at > org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner. > main(JUnitTestRunner.java:507) > [cactus] Exception in thread "main" > [cactus] [ERROR] TEST com.sfr.octotest.modulestruts.SimpleActionTest > FAILED > [cactus] Server "testserver" was shutdown successfully ... > [cactus] [ERROR] Java Result: 1 > > Sebastien > -----Message d'origine----- > De : Vincent Massol [mailto:[EMAIL PROTECTED] > Envoy� : samedi 9 ao�t 2003 19:01 > � : 'Cactus Users List' > Objet : RE: RE : RE : [Cactus] Support for WebLogic 7.x is now operational > > > Hi Sebastien, > > I'm a bit puzzled. I understand that JDK 1.4 includes an XML parser but > the > dependency on xml-apis is already there in the Cactus plugin for > Maven: > > <dependency> > <groupId>xerces</groupId> > <artifactId>xerces</artifactId> > <version>2.4.0</version> > </dependency> > <dependency> > <groupId>xml-apis</groupId> > <artifactId>xml-apis</artifactId> > <version>1.0.b2</version> > </dependency> > > Can you show me exactly what you've had to add? > > Thanks > -Vincent > > > -----Original Message----- > > From: BRUNOT S�bastien [mailto:[EMAIL PROTECTED] > > Sent: 08 August 2003 16:45 > > To: 'Cactus Users List' > > Subject: RE : RE : [Cactus] Support for WebLogic 7.x is now > operational > > > > Oups, > > > > Another point i forgoten : > > > > I also needed to declare a dependency with the xml apis in my project, > > 'cause i'm using JDK 1.3.1_08. Without doing that, the execution of > the > > plugin failed with a "ClassNotFoundException : org.w3c.dom.Node". > > > > Sebastien > > > > -----Message d'origine----- > > De : BRUNOT S�bastien [mailto:[EMAIL PROTECTED] > > Envoy� : vendredi 8 ao�t 2003 16:40 > > � : 'Cactus Users List' > > Objet : RE: RE : [Cactus] Support for WebLogic 7.x is now operational > > > > > > I finally get the plugin to work with weblogic 7 in my environment. > > > > :-) > > > > I had to : > > > > 1) as vincent told me, change my project.properties > cactus.home.weblogic7x > > variable so that it points to WL_HOME instead of BEA_HOME ; > > > > 2) ensure that they were no space caracter in my PATH (i'm under > win32) > > environment variable : the server lauch command generated by the > plugin > > has > > a -Djava.library.path option that seems to be set with the content of > the > > PATH variable (something like -Djava.library.path=%HOME%). I initially > had > > a > > "C:\Program Files\something" in my PATH, which cause the launch > command to > > fail with a "ClassNotFoundException : Files\something" message (maybe > a > > -Djava.library.path="%HOME%" will work, i don't know). > > > > Sebastien > > > > --------------------------------------------------------------------- > > 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] > > --------------------------------------------------------------------- > 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]
