Re: Cactus and maven 2
http://jakarta.apache.org/cactus/integration/maven2/index.html as well as the sample applications that can be found in the cactus svn and in the cactus distro ;) 2010/2/2 mark babcock markababc...@gmail.com Where can I find information on installing cactus 1.8.1 and getting the goals to work for maven 2. my POM.xml is below. How do I get the goals to work? project xmlns=http://maven.apache.org/POM/4.0.0; xmlns:xsi= http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd; modelVersion4.0.0/modelVersion groupIdgov.virginia.dss/groupId artifactIdRajDemoHudsonCactus/artifactId packagingwar/packaging version1.0-SNAPSHOT/version nameRajDemoHudsonCactus Maven Webapp/name urlhttp://maven.apache.org/url repositories repository idjava.net/id urlhttp://download.java.net/maven/2/url /repository /repositories dependencies dependency groupIdjunit/groupId artifactIdjunit/artifactId version4.4/version scopetest/scope /dependency dependency groupIdjavax/groupId artifactIdjavaee-api/artifactId version6.0/version scopecompile/scope /dependency dependency groupIdcactus/groupId artifactIdcactus.core.framework.uberjar.javaEE.15/artifactId version1.8.0/version /dependency dependency groupIdcactus/groupId artifactIdcactus.integration.shared.api/artifactId version1.8.0/version /dependency /dependencies build finalNameRajDemoHudsonCactus/finalName plugins plugin groupIdorg.mortbay.jetty/groupId artifactIdmaven-jetty-plugin/artifactId /plugin plugin groupIdorg.apache.cactus/groupId artifactIdcactus.integration.maven2/artifactId version1.8.1/version configuration srcFileready.war/srcFile destFilecactifiedByMaven2.war/destFile /configuration executions execution idcactus-cactifywar/id phasepre-integration-test/phase goals goalcactifywar/goal /goals /execution /executions /plugin plugin groupIdorg.codehaus.cargo/groupId artifactIdcargo-maven2-plugin/artifactId version1.0/version executions execution idstart-container/id phasepre-integration-test/phase goals goalstart/goal /goals /execution execution idstop-container/id phasepost-integration-test/phase goals goalstop/goal /goals /execution /executions configuration waitfalse/wait timeout2/timeout container containerIdtomcat5x/containerId zipUrlInstaller url http://apache.speedbone.de/tomcat/tomcat-5/v5.5.25/bin/apache-tomcat-5.5.25.zip /url installDir${basedir}/install/installDir /zipUrlInstaller /container configuration deployables deployable locationcactifiedByMaven2.war/location pingURLhttp://localhost:8080/test//pingURL properties context/test/context /properties /deployable /deployables /configuration /configuration /plugin plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-surefire-plugin/artifactId configuration skiptrue/skip /configuration executions execution idsurefire-it/id phaseintegration-test/phase goals goaltest/goal /goals configuration skipfalse/skip systemProperties property namecactus.contextURL/name valuehttp://localhost:8080/test//value /property /systemProperties /configuration /execution /executions /plugin /plugins /build /project -- Regards, Petar! Karlovo, Bulgaria. - - - - - - - - | Author @ Manning Publications. | CEO @ Phamola | BGJUG-Bulgarian Java User Group Leader. | Apache Maven Developer. | Apache Jakarta PMC member. | Jakarta Cactus Lead Developer. | Codehaus Plexus Developer | Blogger: http://weblogs.java.net/blog/paranoiabla/ - - - - - - - - Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: Cactus 1.8.1 not on ibiblio
Hi Jeffrey, version 1.8.0 and 1.8.1 are in this folder http://repo2.maven.org/maven2/org/apache/cactus/ on the maven servers. Cheers, Petar. 2009/7/13 Bennett, Jeffrey jjbenn...@onecommunications.com: Out project(s) utilize cactus and build using ant, and ivy for dependency-management. According to ibiblio, the latest.release version of cactus is 13-1.7.1. Any idea when/if the new 1.8.1 version of cactus will be pushed to ibiblio? List of versions on Ibiblio http://mirrors.ibiblio.org/pub/mirrors/maven2/cactus/cactus/maven-metada ta.xml Aside: not sure why 13-1.7.2 isn't picked up, am guessing it's regarded as malformed due to the missing .POM file here: http://mirrors.ibiblio.org/pub/mirrors/maven2/cactus/cactus/13-1.7.2/ Any idea when 1.8.0 and 1.8.1 were released? I didn't see any information about them on the cactus news page: http://jakarta.apache.org/cactus/news.html Thanks for all the work done on Cactus! -Jeffrey Bennett Development Manager, One Communications -- Regards, Petar! Karlovo, Bulgaria. - - - - - - - - | Author @ Manning Publications. | CEO @ Phamola | BGJUG-Bulgarian Java User Group Leader. | Apache Maven Developer. | Apache Jakarta PMC member. | Jakarta Cactus Lead Developer. | Codehaus Plexus Developer | Blogger: http://weblogs.java.net/blog/paranoiabla/ - - - - - - - - Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611 - To unsubscribe, e-mail: cactus-user-unsubscr...@jakarta.apache.org For additional commands, e-mail: cactus-user-h...@jakarta.apache.org
Re: Cactus 1.8.1 not on ibiblio
Hi Jeffrey, the jars you are probably looking at are here: http://repo2.maven.org/maven2/org/apache/cactus/cactus.core.framework.uberjar.javaEE.14/1.8.1/ http://repo2.maven.org/maven2/org/apache/cactus/cactus.integration.ant/1.8.1/ depending on what you are using (Ant, Maven, ...) Cheers, Petar. 2009/7/15 Bennett, Jeffrey jjbenn...@onecommunications.com: There are 1.8.0 and 1.8.1 directories, with POM files, but there's no jars in those directories. I'm kind of new to the dependency-management stuff, so maybe I'm missing something, but it seems like that's an incomplete package. -Original Message- From: Petar Tahchiev [mailto:paranoia...@gmail.com] Sent: Wednesday, July 15, 2009 3:02 AM To: Cactus Users List Subject: Re: Cactus 1.8.1 not on ibiblio Hi Jeffrey, version 1.8.0 and 1.8.1 are in this folder http://repo2.maven.org/maven2/org/apache/cactus/ on the maven servers. Cheers, Petar. 2009/7/13 Bennett, Jeffrey jjbenn...@onecommunications.com: Out project(s) utilize cactus and build using ant, and ivy for dependency-management. According to ibiblio, the latest.release version of cactus is 13-1.7.1. Any idea when/if the new 1.8.1 version of cactus will be pushed to ibiblio? List of versions on Ibiblio http://mirrors.ibiblio.org/pub/mirrors/maven2/cactus/cactus/maven-meta da ta.xml Aside: not sure why 13-1.7.2 isn't picked up, am guessing it's regarded as malformed due to the missing .POM file here: http://mirrors.ibiblio.org/pub/mirrors/maven2/cactus/cactus/13-1.7.2/ Any idea when 1.8.0 and 1.8.1 were released? I didn't see any information about them on the cactus news page: http://jakarta.apache.org/cactus/news.html Thanks for all the work done on Cactus! -Jeffrey Bennett Development Manager, One Communications -- Regards, Petar! Karlovo, Bulgaria. - - - - - - - - | Author @ Manning Publications. | CEO @ Phamola | BGJUG-Bulgarian Java User Group Leader. | Apache Maven Developer. | Apache Jakarta PMC member. | Jakarta Cactus Lead Developer. | Codehaus Plexus Developer | Blogger: http://weblogs.java.net/blog/paranoiabla/ - - - - - - - - Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611 - To unsubscribe, e-mail: cactus-user-unsubscr...@jakarta.apache.org For additional commands, e-mail: cactus-user-h...@jakarta.apache.org - To unsubscribe, e-mail: cactus-user-unsubscr...@jakarta.apache.org For additional commands, e-mail: cactus-user-h...@jakarta.apache.org -- Regards, Petar! Karlovo, Bulgaria. - - - - - - - - | Author @ Manning Publications. | CEO @ Phamola | BGJUG-Bulgarian Java User Group Leader. | Apache Maven Developer. | Apache Jakarta PMC member. | Jakarta Cactus Lead Developer. | Codehaus Plexus Developer | Blogger: http://weblogs.java.net/blog/paranoiabla/ - - - - - - - - Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611 - To unsubscribe, e-mail: cactus-user-unsubscr...@jakarta.apache.org For additional commands, e-mail: cactus-user-h...@jakarta.apache.org
Re: Giving error in tests on Mavan with Weblogic 9.2
Hi Mallikarjuna, Can we see the QServletTest? 2009/4/10 sc.mallikarj...@gmail.com: Hello I am writing JUnit Test Cases for Servlets. On running a sinle test case on maven, it is executing the begin methods, but giving errors in test methods. I have added the cactus jars, bothon client side, made entries in Web.xml, added in StartWebLogic.cmd, It is not executing any test methods. Any help/ tip would be greatly appreciated . Regards Mallikarjuna The log is as follows 2009-04-10 13:27:50,362 ERROR org.apache.cactus.server.AbstractWebTestCaller: Error instantiating class [QServletTest(testDummySample )] java.lang.NoSuchMethodException: QServletTest.init(java.lang.String) at java.lang.Class.getConstructor0(Class.java:2678) at java.lang.Class.getConstructor(Class.java:1629) at org.apache.cactus.server.AbstractWebTestCaller.getTestClassInstance(AbstractWebTestCaller.java:304) at org.apache.cactus.server.AbstractWebTestCaller.doTest(AbstractWebTestCaller.java:143) at org.apache.cactus.server.AbstractWebTestController.dispatch87_handleRequest(AbstractWebTestController.java;org/apache/cactus/util/log/LogAspect.j ava(1k):125) at org.apache.cactus.server.AbstractWebTestController.around87_handleRequest(AbstractWebTestController.java;org/apache/cactus/util/log/LogAspect.jav a(1k):1156) at org.apache.cactus.server.AbstractWebTestController.handleRequest(AbstractWebTestController.java;org/apache/cactus/util/log/LogAspect.java(1k):101 ) at org.apache.cactus.server.ServletTestRedirector.dispatch113_doPost(ServletTestRedirector.java;org/apache/cactus/util/log/LogAspect.java(1k):123) at org.apache.cactus.server.ServletTestRedirector.around113_doPost(ServletTestRedirector.java;org/apache/cactus/util/log/LogAspect.java(1k):1156) at org.apache.cactus.server.ServletTestRedirector.doPost(ServletTestRedirector.java;org/apache/cactus/util/log/LogAspect.java(1k):109) at org.apache.cactus.server.ServletTestRedirector.dispatch112_doGet(ServletTestRedirector.java;org/apache/cactus/util/log/LogAspect.java(1k):96) at org.apache.cactus.server.ServletTestRedirector.around112_doGet(ServletTestRedirector.java;org/apache/cactus/util/log/LogAspect.java(1k):1156) at org.apache.cactus.server.ServletTestRedirector.doGet(ServletTestRedirector.java;org/apache/cactus/util/log/LogAspect.java(1k):92) at javax.servlet.http.HttpServlet.service(HttpServlet.java:743) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) -- This message was sent on behalf of sc.mallikarj...@gmail.com at openSubscriber.com http://www.opensubscriber.com/messages/cactus-user@jakarta.apache.org/topic.html - To unsubscribe, e-mail: cactus-user-unsubscr...@jakarta.apache.org For additional commands, e-mail: cactus-user-h...@jakarta.apache.org -- Regards, Petar! Karlovo, Bulgaria. - - - - - - - - | Author @ Manning Publications. | Senior Solution Architect @ Unic | BGJUG-Bulgarian Java User Group Leader. | Apache Maven Developer. | Apache Jakarta PMC member. | Jakarta Cactus Lead Developer. | Codehaus Plexus Developer | Blogger: http://weblogs.java.net/blog/paranoiabla/ - - - - - - - - Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611 - To unsubscribe, e-mail: cactus-user-unsubscr...@jakarta.apache.org For additional commands, e-mail: cactus-user-h...@jakarta.apache.org
Re: ContainerSet doesn't support the nested tomcat5x element.
Hi Timothy, as this url describes: http://jakarta.apache.org/cactus/integration/ant/task_cactus1.8.html put this in your containerset: cargo containerId=tomcat5x output=${logs.dir}/output.log log=${logs.dir}/cargo.log home=TOMCAT_HOME configuration property name=cargo.servlet.port value=${cargo.servlet.port}/ property name=cargo.logging value=${cargo.logging}/ deployable type=${cactus.sample.archive.type} file=${cactified.servlet.archive.name}/ /configuration /cargo and replace the TOMCAT_HOME, ${cactus.sample.archive.type}, ${ cactus.sample.archive.name} with the appropriate values. Cheers, Petar. 2009/2/22 Timothy Washington timothyjwashing...@yahoo.ca Hi there, I've got a strange problem trying to run cactus using ant integration and I get the error below (fig. 2). I'm using the loaded cactus target on a 'cactified' war file (see fig. 1). I don't know why this error is coming up as one of the containers that is explicitly supported by default is tomcat5. The only thing I can see is that some dependent classes weren't loaded (even after including them into the cactus classpath - see fig. 3). Has anyone seen this before? Thanks in advance. target name='cactus-run' depends='cactus-deploy' property name=CATALINA_HOME value=${tomcat.home} / property name=CATALINA_BASE value=${tomcat.home} / property name=CATALINA_TMPDIR value=${tomcat.home}/temp / exec executable=${tomcat.home}/bin/setclasspath.sh /exec cactus warfile=${dir.build}/bookkeeping-cactus.war printsummary=yes failureproperty=tests.failed classpath path refid=bookkeeping.classpath/ /classpath containerset tomcat5x dir=${tomcat.home} port=8070 / /containerset formatter type=xml/ batchtest fileset dir=${dir.test.src} !-- include name=**/CactusTests.java/ -- exclude name=**/TestAll.java/ /fileset /batchtest /cactus /target fig. 1 BUILD FAILED /Users/timothyw/Projects/Bookkeeping/build.xml:455: Class org.apache.cactus.integration.ant.ContainerSet doesn't support the nested tomcat5x element. at org.apache.tools.ant.IntrospectionHelper.throwNotSupported(IntrospectionHelper.java:463) at org.apache.tools.ant.UnknownElement.handleChildren(UnknownElement.java:329) at org.apache.tools.ant.UnknownElement.handleChild(UnknownElement.java:565) at org.apache.tools.ant.UnknownElement.handleChildren(UnknownElement.java:326) at org.apache.tools.ant.UnknownElement.configure(UnknownElement.java:182) at org.apache.tools.ant.UnknownElement.maybeConfigure(UnknownElement.java:158) at org.apache.tools.ant.Task.perform(Task.java:363) at org.apache.tools.ant.Target.execute(Target.java:341) at org.apache.tools.ant.Target.performTasks(Target.java:369) at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1216) at org.apache.tools.ant.Project.executeTarget(Project.java:1185) at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:40) at org.apache.tools.ant.Project.executeTargets(Project.java:1068) at org.apache.tools.ant.Main.runBuild(Main.java:668) at org.apache.tools.ant.Main.startAnt(Main.java:187) at org.apache.tools.ant.launch.Launcher.run(Launcher.java:246) at org.apache.tools.ant.launch.Launcher.main(Launcher.java:67) fig. 2 $ ant -debug cactus-run Apache Ant version 1.6.5 compiled on June 2 2005 Buildfile: build.xml ... Finding class org.codehaus.cargo.ant.CargoTask Loaded from /Users/timothyw/Projects/Bookkeeping/lib/cactus/cargo-ant-1.0-beta-2.jar org/codehaus/cargo/ant/CargoTask.class Class org.codehaus.cargo.ant.CargoTask loaded from ant loader (parentFirst) Class org.apache.cactus.integration.ant.CargoElement loaded from ant loader (parentFirst) Finding class org.codehaus.cargo.generic.ContainerFactory Loaded from /Users/timothyw/Projects/Bookkeeping/lib/cactus/cargo-core-uberjar-1.0-beta-2.jar org/codehaus/cargo/generic/ContainerFactory.class Class org.codehaus.cargo.generic.ContainerFactory loaded from ant loader (parentFirst) Could not load a dependent class (com/jcraft/jsch/UserInfo) for type sshexec Could not load a dependent class (com/jcraft/jsch/UserInfo) for type scp Could not load a dependent class (jdepend/xmlui/JDepend) for type jdepend BUILD FAILED /Users/timothyw/Projects/Bookkeeping/build.xml:455: Class org.apache.cactus.integration.ant.ContainerSet doesn't support the nested tomcat5x element. at
ApacheCon Europe 2009: Early Bird Deadline Extended until 13th of February
Here's some great news for everyone who's thinking of traveling to Amsterdam for this year's ApacheCon Europe. The Early Bird deadline has been extended to Friday, February 13th - and remember, there is a discount of 150 Euro on registration for anyone staying at the Mövenpick Hotel. Register at http://www.eu.apachecon.com. ApacheCon is a week of open source goodness straight from the source of The Apache Software Foundation: - More than 60 1-Hour Sessions on System Administration, Development, Data Mining and Search Technologies, Enterprise Web Services, SOA, and Cloud Technologies, Open Source Business and Community, and more - Over a dozen Training Workshops from industry experts (see below) - World-class Keynotes and vendor Expo - Lightning Talks and Birds-of-a-Feather sessions - New this year: Geeks for Geeks Track, BarCampApache, and Hackathon! ApacheCon Europe 2009 features 2-day, 1-day, and half-day Training Workshops on the following topics: Data Mining and Search Technologies --- - Lucene Boot Camp (Grant Ingersoll) - Solr Boot Camp (Erik Hatcher) The Next Generation of Web Data Storage --- - Building Standalone CouchDB Applications (J. Chris Anderson) - High Performance CouchDB (J. Chris Anderson) Cloud and Distributed Computing Technologies - Hadoop Tools and Tricks for Data Processing Pipelines (Christophe Bisciglia and Aaron Kimball) System Administration - - Apache HTTP Server - Nuts to Bolts (Jim Jagielski) - Everything Tomcat - Administering, Tuning, Troubleshooting and Developing (Mark Thomas) Developing State-of-the-Art Web Applications - A Day of REST (J Aaron Farr) - Apache CXF - Developing and Deploying Open Source SOA Endpoints (Adrian Trenaman) - Ajax on Struts 2: How a Second Generation Web Application Framework Meets the Demands of RIA (Chad Michael Davis) - Behavior-Driving Your Apache Wicket Application: Making the Most of Webdriver and JDave-Wicket (Timo Rantalaiho) Building and Managing Java-based Projects - - Maven Workshop (Zeger Hendrikse) Professional Media Trainings - Media Analyst Training (Sally Khudairi) - Intermediate Media Analyst Training (Sally Khudairi) We hope to see you on the 23-27 March at the Mövenpick Hotel in Amsterdam! Visit http://www.eu.apachecon.com for further information and registration details. Interested in sponsoring the ApacheCon conferences? Please contact Delia Frees at de...@apachecon.com for further information. -- ApacheCon Europe 2009 Team planners-2009-eu at apachecon.com http://www.eu.apachecon.com -- Regards, Petar! Karlovo, Bulgaria. - - - - - - - - | Author @ Manning Publications. | Senior Solution Architect @ Unic | BGJUG-Bulgarian Java User Group Leader. | Apache Maven Developer. | Apache Jakarta PMC member. | Jakarta Cactus Lead Developer. | Codehaus Plexus Developer | Blogger: http://weblogs.java.net/blog/paranoiabla/ - - - - - - - - Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611 - To unsubscribe, e-mail: cactus-user-unsubscr...@jakarta.apache.org For additional commands, e-mail: cactus-user-h...@jakarta.apache.org
Fwd: [ANN-pmcs] Registration for ApacheCon Europe 2009 is now open!
ApacheCon EU 2009 registration is now open! 23-27 March -- Mövenpick Hotel, Amsterdam, Netherlands http://www.eu.apachecon.com/ Registration for ApacheCon Europe 2009 is now open - act before early bird prices expire 6 February. Remember to book a room at the Mövenpick and use the Registration Code: Special package attendees for the conference registration, and get 150 Euros off your full conference registration. Lower Costs - Thanks to new VAT tax laws, our prices this year are 19% lower than last year in Europe! We've also negotiated a Mövenpick rate of a maximum of 155 Euros per night for attendees in our room block. Quick Links: http://xrl.us/aceu09sp See the schedule http://xrl.us/aceu09hp Get your hotel room http://xrl.us/aceu09rp Register for the conference Other important notes: - Geeks for Geeks is a new mini-track where we can feature advanced technical content from project committers. And our Hackathon on Monday and Tuesday is open to all attendees - be sure to check it off in your registration. - The Call for Papers for ApacheCon US 2009, held 2-6 November 2009 in Oakland, CA, is open through 28 February, so get your submissions in now. This ApacheCon will feature special events with some of the ASF's original founders in celebration of the 10th anniversary of The Apache Software Foundation. http://www.us.apachecon.com/c/acus2009/ - Interested in sponsoring the ApacheCon conferences? There are plenty of sponsor packages available - please contact Delia Frees at de...@apachecon.com for further information. == ApacheCon EU 2008: A week of Open Source at it's best! Hackathon - open to all! | Geeks for Geeks | Lunchtime Sessions In-Depth Trainings | Multi-Track Sessions | BOFs | Business Panel Lightning Talks | Receptions | Fast Feather Track | Expo... and more! - Shane Curcuru, on behalf of Noirin Shirley, Conference Lead, and the whole ApacheCon Europe 2009 Team http://www.eu.apachecon.com/ 23-27 March -- Amsterdam, Netherlands -- Regards, Petar! Karlovo, Bulgaria. - - - - - - - - | Author @ Manning Publications. | Senior Solution Architect @ Unic | BGJUG-Bulgarian Java User Group Leader. | Apache Maven Developer. | Apache Jakarta PMC member. | Jakarta Cactus Lead Developer. | Blogger: http://weblogs.java.net/blog/paranoiabla/ - - - - - - - - Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
[ANNOUNCEMENT] Jakarta Cactus 1.8.1 Released
The Jakarta Cactus project is pleased to announce the release of version 1.8.1. This version fixes a number of bugs. It also provides a maven2 plugin to cactify your WAR and EAR files, as well as a sample application on how to test your EJB3 projects. Please download and enjoy. Download - http://jakarta.apache.org/site/downloads/downloads_commons-httpclient.cgi Release notes - http://svn.apache.org/repos/asf/jakarta/cactus/tags/1.8.1/ANNOUNCEMENT.txt Cactus website - http://jakarta.apache.org/cactus/ About Cactus - Cactus is a simple test framework for unit testing server-side java code (Servlets, EJBs, Tag Libs, Filters, ...). The intent of Cactus is to lower the cost of writing tests for server-side code. It uses JUnit http://junit.org/ and extends it. Cactus implements an in-container strategy, meaning that tests are executed inside the container. Enjoy, Jakarta Cactus Team -- Regards, Petar! Karlovo, Bulgaria. EOOXML objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: http://keyserver.linux.it/pks/lookup?op=getsearch=0x1A15B53B761500F9 Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
Re: [ANNOUNCEMENT] Jakarta Cactus 1.8.1 Released
Hi Bo, the includeCactusJars works only with the Ant task, If you want to see the same behaviour in the maven2 mojos please open an issue in the JIRA and the Cactus team will decide if the issue is relative Cheers. 2009/1/26 Bo van Weert b.v.we...@valbosoft.com Hi, are there any examples available for the includeCactusJars tag? I put includeCactusJarsfalse/includeCactusJars within the configuration part of the cactify execution, but it was still looking for the jars.. cheers, Bo Petar Tahchiev paranoiabla.li...@gmail.com 26/01/2009 11:04 Por favor, responda a Cactus Users List cactus-user@jakarta.apache.org Para announceme...@jakarta.apache.org, cactus-...@jakarta.apache.org, cactus-user@jakarta.apache.org, priv...@jakarta.apache.org cc Asunto [ANNOUNCEMENT] Jakarta Cactus 1.8.1 Released The Jakarta Cactus project is pleased to announce the release of version 1.8.1. This version fixes a number of bugs. It also provides a maven2 plugin to cactify your WAR and EAR files, as well as a sample application on how to test your EJB3 projects. Please download and enjoy. Download - http://jakarta.apache.org/site/downloads/downloads_commons-httpclient.cgi Release notes - http://svn.apache.org/repos/asf/jakarta/cactus/tags/1.8.1/ANNOUNCEMENT.txt Cactus website - http://jakarta.apache.org/cactus/ About Cactus - Cactus is a simple test framework for unit testing server-side java code (Servlets, EJBs, Tag Libs, Filters, ...). The intent of Cactus is to lower the cost of writing tests for server-side code. It uses JUnit http://junit.org/ and extends it. Cactus implements an in-container strategy, meaning that tests are executed inside the container. Enjoy, Jakarta Cactus Team -- Regards, Petar! Karlovo, Bulgaria. EOOXML objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: http://keyserver.linux.it/pks/lookup?op=getsearch=0x1A15B53B761500F9 Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9 -- Regards, Petar! Karlovo, Bulgaria. - - - - - - - - | Author @ Manning Publications. | Senior Solution Architect @ Unic | BGJUG-Bulgarian Java User Group Leader. | Apache Maven Developer. | Apache Jakarta PMC member. | Jakarta Cactus Lead Developer. | Blogger: http://weblogs.java.net/blog/paranoiabla/ - - - - - - - - Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: Viewing Test Results
Hi Nicole, welcome back ;-). output.log contains all the server-side logs. Client-side logs (the begin and end methods) should be printed on the command line or in the xml you mentioned. One problem I see in your testcases is the following: you use JUnit4 assert methods. Take a look here: http://jakarta.apache.org/cactus/writing/howto_testcase_servlet.html the assert methods are inherited from the Servlet/JSP/FilterTestCase you extend. Try to change this and maybe if it fails again let us know what the content of the xml is. Thanks 2009/1/23 Nicole Luneburg nicole.luneb...@lisasoft.com Just quickly ... I can see my STDOUTs in output.log, but only for: 1) setup() 2) testGetUserString() In that order. I need to be able to access begin(WebRequest theRequest) because I need to do: theRequest.setRedirectorName(ServletRedirectorSecure); theRequest.setAuthentication(new BasicAuthentication(testuser, testpassword)); what do I need to do? I've already gone through the example etc but obviously I must be doing something wrong :( nic The contents of this email are confidential and may be subject to legal or professional privilege and copyright. No representation is made that this email is free of viruses or other defects. If you have received this communication in error, you may not copy or distribute any part of it or otherwise disclose its contents to anyone. Please advise the sender of your incorrect receipt of this correspondence. - To unsubscribe, e-mail: cactus-user-unsubscr...@jakarta.apache.org For additional commands, e-mail: cactus-user-h...@jakarta.apache.org -- Regards, Petar! Karlovo, Bulgaria. - - - - - - - - | Author @ Manning Publications. | Senior Solution Architect @ Unic | BGJUG-Bulgarian Java User Group Leader. | Apache Maven Developer. | Apache Jakarta PMC member. | Jakarta Cactus Lead Developer. | Blogger: http://weblogs.java.net/blog/paranoiabla/ - - - - - - - - Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: Duplicate class files in 1.8.0 1.4EE
Hi avnerl, can you use the ones from the Maven repository? I have pushed a vote for cactus 1.8.1 and I am expecting to have it present by the end of the week. Cheer, Petar. 2009/1/20 avnerl avner.lin...@gmail.com Hi Petar, We are facing the same problem here trying to run cactus 1.8.0. The latest published version still contains the duplicate classes. I tried removing the small ones manually (using winrar) but it still doesn't work. When is there going to be a fixed version of cactus 1.8.x ? Best regards, Avner Petar Tahchiev wrote: Hi Zachary, I just saw the issue - nevertheless I have never had problems with the jars. I will try to push a new release tomorrow. Thanks, Petar. 2009/1/10, Zachary McMahon zmcma...@gmail.com: I just noticed that the jar that is in the maven repository doesn't have the duplicate class issue - so I'll use this for now. http://repo1.maven.org/maven2 The distro that I grabbed from the homepage looks like is the one with duplicate classes. http://jakarta.apache.org/site/downloads/downloads_cactus.cgi On Fri, Jan 9, 2009 at 1:52 PM, Zachary McMahon zmcma...@gmail.com wrote: Sorry in advance if this is a known issue - but I couldn't seem to find it by searching the list. While trying to compile some cactus test classes via Ant using cactus 1.8.0 with java 1.4 I would get the following error: [javac] An exception has occurred in the compiler (1.4.2_18). Please file a bug at the Java Developer Connection ( http://java.sun.com/cgi-bin/bugreport.cgi) after checking the Bug Parade for duplicates. Include your program and the following diagnostic in your report. Thank you. [javac] java.lang.ArrayIndexOutOfBoundsException: 1951436875 [javac] at com.sun.tools.javac.v8.code.ClassReader.nextInt(ClassReader.java:335) [javac] at com.sun.tools.javac.v8.code.ClassReader.skipMember(ClassReader.java:820) [javac] at com.sun.tools.javac.v8.code.ClassReader.readClass(ClassReader.java:861) ... This error would not occur if I just did a 'Clean' in eclipse or was using a higher version of java (1.6). After a bit of investigation, it turns out that the cactus.core.framework.uberjar.javaEE.14-1.8.0-orig.jar file has a bunch of duplicate class files within the same package (e.g. org/apache/cactus/server/ServletTestRedirector). If I remove the smaller duplicate class files, the compilation completes in 1.4. Am I missing something or is this a problem with the release? Thanks! -- zachary mcmahon zmcma...@gmail.com -- zachary mcmahon zmcma...@gmail.com -- Regards, Petar! Karlovo, Bulgaria. - - - - - - - - | Author @ Manning Publications. | Senior Solution Architect @ Unic | BGJUG-Bulgarian Java User Group Leader. | Apache Jakarta PMC member. | Jakarta Cactus Lead Developer. | Blogger: http://weblogs.java.net/blog/paranoiabla/ - - - - - - - - Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611 -- View this message in context: http://www.nabble.com/Duplicate-class-files-in-1.8.0-1.4EE-tp21379348p21561919.html Sent from the Cactus - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: cactus-user-unsubscr...@jakarta.apache.org For additional commands, e-mail: cactus-user-h...@jakarta.apache.org -- Regards, Petar! Karlovo, Bulgaria. - - - - - - - - | Author @ Manning Publications. | Senior Solution Architect @ Unic | BGJUG-Bulgarian Java User Group Leader. | Apache Maven Developer. | Apache Jakarta PMC member. | Jakarta Cactus Lead Developer. | Blogger: http://weblogs.java.net/blog/paranoiabla/ - - - - - - - - Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: How to set user principal in setUp()
You can increase the Java Heap space by setting up the environment variable: set ANT_OPTS=-Xmx800M ; export ANT_OPTS or higher. Cheers, Petar. 2009/1/15, Nicole Luneburg nicole.luneb...@lisasoft.com: Back again. In my app (so not the sample one anymore) when I run the test target I get an error: OutOfMemoryError: Java heap space I googled around and it seems this was occurring previously with the cactify task, patches were made and it's now fixed in cactus 1.8. This error however occurs after the cactifyear task, like: -- start cactifyear: [cactuswar] Analyzing war: C:\Sandbox\MyApp\build\myapp.war [cactuswar] Building war: C:\Sandbox\MyApp\cactus1867079242cactus.war [cactifyear] Building ear: C:\Sandbox\MyApp\myapp-cactified.ear test: [echo] Please take a deep breath while Cargo gets JBoss for running MyApp tests... BUILD FAILED java.lang.OutOfMemoryError: Java heap space at java.util.Arrays.copyOf(Arrays.java:2786) at java.io.ByteArrayOutputStream.toByteArray(ByteArrayOutputStream.java:133) at org.codehaus.cargo.module.DefaultJarArchive.streamToByteArray(DefaultJarArchive.java:295) at org.codehaus.cargo.module.DefaultJarArchive.init(DefaultJarArchive.java:86) at org.codehaus.cargo.module.application.DefaultEarArchive.init(DefaultEarArchive.java:66) at org.apache.cactus.integration.ant.deployment.EarParser.parse(EarParser.java:60) at org.apache.cactus.integration.ant.CactusTask.execute(CactusTask.java:144) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106) at org.apache.tools.ant.Task.perform(Task.java:348) at org.apache.tools.ant.Target.execute(Target.java:357) at org.apache.tools.ant.Target.performTasks(Target.java:385) at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1337) at org.apache.tools.ant.Project.executeTarget(Project.java:1306) at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41) at org.apache.tools.ant.Project.executeTargets(Project.java:1189) at org.apache.tools.ant.Main.runBuild(Main.java:758) at org.apache.tools.ant.Main.startAnt(Main.java:217) at org.apache.tools.ant.launch.Launcher.run(Launcher.java:257) at org.apache.tools.ant.launch.Launcher.main(Launcher.java:104) Total time: 1 minute 23 seconds C:\Sandbox\MyApp -- end I'm not sure where I can increase the heap space. My test target is pretty much like in the ejb3 example: target name=test depends=cactifyear echoPlease take a deep breath while Cargo gets JBoss for running MyApp tests.../echo cactus earfile=${cactified.ejb3.archive.name} printsummary=yes classpath path refid=cactus.classpath/ pathelement location=${build.dir}/ /classpath containerset cargo containerId=${jboss.container.id} output=${logs.dir}/output.log log=${logs.dir}/cargo.log home=C:\programs\jboss-4.2.3.GA configuration property name=cargo.servlet.port value=${cargo.servlet.port}/ property name=cargo.logging value=${cargo.logging}/ deployable type=${cactus.archive.type} file=${cactified.ejb3.archive.name}/ /configuration /cargo /containerset formatter type=${cactus.formatter.type}/ batchtest todir=${reports.dir} fileset dir=${src.test.dir} include name=**/Test*.java/ /fileset /batchtest /cactus /target Anyone any ideas? Cheers, Nic The contents of this email are confidential and may be subject to legal or professional privilege and copyright. No representation is made that this email is free of viruses or other defects. If you have received this communication in error, you may not copy or distribute any part of it or otherwise disclose its contents to anyone. Please advise the sender of your incorrect receipt of this correspondence.
Re: How to set user principal in setUp()
Hi Nicole, no it seems that you are missing these [ivy:retrieve] :: org.apache.cactus#cactus.integration.ant;1.8.1-SNAPSHOT: not found [ivy:retrieve] :: javax.servlet#jstl;1.1.2: not found [ivy:retrieve] :: org.apache.geronimo.specs#geronimo-ejb_3.0_spec;1.0: not found [ivy:retrieve] :: jaxen#jaxen;1.1.1: not found files in your mavne2 repo (c:\documents and settings\user\.m2\repository\). Ivy is trying to copy these files from the maven2 repo to the ivy cache. This could be due to the fact that you did not build the cactus project as I said in step (2). Cheers, Petar. 2009/1/12, Nicole Luneburg nicole.luneb...@lisasoft.com: Hi, Hope you had a good weekend! I've got as far as getting a new error (so not getting far at all hehe!): C:\Sandbox\cactus\samples\ejb3c:\programs\apache-ant-1.7.1\bin\ant -lib ivy-2.0.0-rc2.jar Buildfile: build.xml [taskdef] Could not load definitions from resource net/sf/antcontrib/antcontrib.properties. It could not be found. init: [echo] C:\programs\jboss-4.2.2.GA prepare: resolve: [ivy:configure] :: Ivy 2.0.0-rc2 - 20081028224207 :: http://ant.apache.org/ivy/ :: :: loading settings :: file = C:\Sandbox\cactus\samples\ivysettings.xml [ivy:retrieve] :: resolving dependencies :: apache#hello-ivy;work...@wasabi [ivy:retrieve] confs: [default] [ivy:retrieve] found org.apache.cactus#cactus.core.framework.uberjar.javaEE.14;1.8.1-SNAPSHOT in local [ivy:retrieve] found org.apache.cactus#cactus.integration.shared.api;1.8.1-SNAPSHOT in local [ivy:retrieve] found commons-httpclient#commons-httpclient;3.1 in local [ivy:retrieve] found commons-logging#commons-logging;1.1 in local [ivy:retrieve] found commons-codec#commons-codec;1.3 in default [ivy:retrieve] found aspectj#aspectjrt;1.5.3 in local [ivy:retrieve] found xerces#xercesImpl;2.6.2 in local [ivy:retrieve] found org.codehaus.cargo#cargo-core-uberjar;1.0-alpha-4 in local [ivy:retrieve] found org.codehaus.cargo#cargo-ant;1.0-alpha-4 in local [ivy:retrieve] found javax.servlet#jsp-api;2.0 in local [ivy:retrieve] found javax.servlet#servlet-api;2.5 in default [ivy:retrieve] found jdom#jdom;1.0 in local [ivy:retrieve] found junit#junit;3.8.2 in local [ivy:retrieve] :: resolution report :: resolve 2876ms :: artifacts dl 31ms - | |modules|| artifacts | | conf | number| search|dwnlded|evicted|| number|dwnlded| - | default | 17 | 0 | 0 | 0 || 13 | 0 | - [ivy:retrieve] [ivy:retrieve] :: problems summary :: [ivy:retrieve] WARNINGS [ivy:retrieve] module not found: org.apache.cactus#cactus.integration.ant;1.8.1-SNAPSHOT [ivy:retrieve] default: tried [ivy:retrieve]C:\Documents and Settings\nlunebur/.ivy2/cache/org.apache.cactus/cactus.integration.ant/ivys/ivy-1.8.1-SNAPSHOT.xml [ivy:retrieve]-- artifact org.apache.cactus#cactus.integration.ant;1.8.1-SNAPSHOT!cactus.integration.ant.jar: [ivy:retrieve] C:\Sandbox\cactus\samples\ejb3/target/lib/cactus.integration.ant-1.8.1-SNAPSHOT.jar [ivy:retrieve] googlecode: tried [ivy:retrieve]-- artifact org.apache.cactus#cactus.integration.ant;1.8.1-SNAPSHOT!cactus.integration.ant.jar: [ivy:retrieve] http://red5.googlecode.com/svn/repository/cactus.integration.ant-1.8.1-SNAPSHOT.jar [ivy:retrieve] http://red5.googlecode.com/svn/repository/org.apache.cactus/cactus.integration.ant-1.8.1-SNAPSHOT.jar [ivy:retrieve] module not found: javax.servlet#jstl;1.1.2 [ivy:retrieve] default: tried [ivy:retrieve]C:\Documents and Settings\nlunebur/.ivy2/cache/javax.servlet/jstl/ivys/ivy-1.1.2.xml [ivy:retrieve]-- artifact javax.servlet#jstl;1.1.2!jstl.jar: [ivy:retrieve]C:\Sandbox\cactus\samples\ejb3/target/lib/jstl-1.1.2.jar [ivy:retrieve] googlecode: tried [ivy:retrieve]-- artifact javax.servlet#jstl;1.1.2!jstl.jar: [ivy:retrieve]http://red5.googlecode.com/svn/repository/jstl-1.1.2.jar [ivy:retrieve] http://red5.googlecode.com/svn/repository/javax.servlet/jstl-1.1.2.jar [ivy:retrieve] module not found: org.apache.geronimo.specs#geronimo-ejb_3.0_spec;1.0 [ivy:retrieve] default: tried [ivy:retrieve]C:\Documents and Settings\nlunebur/.ivy2/cache/org.apache.geronimo.specs/geronimo-ejb_3.0_spec/ivys/ivy-1.0.xml [ivy:retrieve]-- artifact org.apache.geronimo.specs#geronimo-ejb_3.0_spec;1.0!geronimo-ejb_3.0_spec.jar: [ivy:retrieve] C:\Sandbox\cactus\samples\ejb3/target/lib/geronimo-ejb_3.0_spec-1.0.jar [ivy:retrieve] googlecode: tried [ivy:retrieve]-- artifact
Re: Duplicate class files in 1.8.0 1.4EE
Hi Zachary, I just saw the issue - nevertheless I have never had problems with the jars. I will try to push a new release tomorrow. Thanks, Petar. 2009/1/10, Zachary McMahon zmcma...@gmail.com: I just noticed that the jar that is in the maven repository doesn't have the duplicate class issue - so I'll use this for now. http://repo1.maven.org/maven2 The distro that I grabbed from the homepage looks like is the one with duplicate classes. http://jakarta.apache.org/site/downloads/downloads_cactus.cgi On Fri, Jan 9, 2009 at 1:52 PM, Zachary McMahon zmcma...@gmail.com wrote: Sorry in advance if this is a known issue - but I couldn't seem to find it by searching the list. While trying to compile some cactus test classes via Ant using cactus 1.8.0 with java 1.4 I would get the following error: [javac] An exception has occurred in the compiler (1.4.2_18). Please file a bug at the Java Developer Connection ( http://java.sun.com/cgi-bin/bugreport.cgi) after checking the Bug Parade for duplicates. Include your program and the following diagnostic in your report. Thank you. [javac] java.lang.ArrayIndexOutOfBoundsException: 1951436875 [javac] at com.sun.tools.javac.v8.code.ClassReader.nextInt(ClassReader.java:335) [javac] at com.sun.tools.javac.v8.code.ClassReader.skipMember(ClassReader.java:820) [javac] at com.sun.tools.javac.v8.code.ClassReader.readClass(ClassReader.java:861) ... This error would not occur if I just did a 'Clean' in eclipse or was using a higher version of java (1.6). After a bit of investigation, it turns out that the cactus.core.framework.uberjar.javaEE.14-1.8.0-orig.jar file has a bunch of duplicate class files within the same package (e.g. org/apache/cactus/server/ServletTestRedirector). If I remove the smaller duplicate class files, the compilation completes in 1.4. Am I missing something or is this a problem with the release? Thanks! -- zachary mcmahon zmcma...@gmail.com -- zachary mcmahon zmcma...@gmail.com -- Regards, Petar! Karlovo, Bulgaria. - - - - - - - - | Author @ Manning Publications. | Senior Solution Architect @ Unic | BGJUG-Bulgarian Java User Group Leader. | Apache Jakarta PMC member. | Jakarta Cactus Lead Developer. | Blogger: http://weblogs.java.net/blog/paranoiabla/ - - - - - - - - Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: How to set user principal in setUp()
I am sure you are useing an old version of cargo, or you are not using cargo at all. Make sure you use the Cactus ivy.xml Cheers, Petar. 2009/1/9, Nicole Luneburg nicole.luneb...@lisasoft.com: Hi Petar, Thanks for the response. Been trying to complete all the steps you outlined since you emailed it. Step 1: Completed Step 2: Completed. Note: when I hit step 2 I was getting errors, so I had to replace the existing ivy xml files from the repository ( http://red5.googlecode.com/svn/java/server/trunk/). After this it worked. Step 3: Completed Step 4: Completed Step 5: Alas! No it did not run. My log: test: [echo] Please take a deep breath while Cargo gets JBoss for running the sample ejb3 tests... BUILD FAILED org.codehaus.cargo.container.ContainerException: Cannot create configuration. There's no registered configuration for the parameters (container [id = [jboss42x], type = [installed]], configuration type [standalone]). Actually there are no valid types registered for this configuration. Maybe you've made a mistake spelling it? at org.codehaus.cargo.generic.spi.AbstractGenericHintFactory.createImplementation(AbstractGenericHintFactory.java:143) at org.codehaus.cargo.generic.spi.AbstractIntrospectionGenericHintFactory.createImplementation(AbstractIntrospectionGenericHintFactory.java:86) at org.codehaus.cargo.generic.configuration.DefaultConfigurationFactory.createConfiguration(DefaultConfigurationFactory.java:205) at org.codehaus.cargo.generic.configuration.DefaultConfigurationFactory.createConfiguration(DefaultConfigurationFactory.java:192) at org.codehaus.cargo.ant.ConfigurationElement.createConfiguration(ConfigurationElement.java:177) at org.codehaus.cargo.ant.CargoTask.makeContainer(CargoTask.java:708) at org.apache.cactus.integration.ant.CargoElement.getCargoContainer(CargoElement.java:49) at org.apache.cactus.integration.ant.CactusTask.execute(CactusTask.java:166) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288) at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106) at org.apache.tools.ant.Task.perform(Task.java:348) at org.apache.tools.ant.Target.execute(Target.java:357) at org.apache.tools.ant.Target.performTasks(Target.java:385) at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1337) at org.apache.tools.ant.Project.executeTarget(Project.java:1306) at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41) at org.apache.tools.ant.Project.executeTargets(Project.java:1189) at org.apache.tools.ant.Main.runBuild(Main.java:758) at org.apache.tools.ant.Main.startAnt(Main.java:217) at org.apache.tools.ant.launch.Launcher.run(Launcher.java:257) at org.apache.tools.ant.launch.Launcher.main(Launcher.java:104) I looked at the pom.xml file in the ejb3 folder. Tried to add some parameters like type, home (mind you I've never worked with pom files before but none the matter). Then I worked out that the container id value was being read from build.properties. I thought maybe adding some parameters there would fix this problem but can't find anywhere if this is the case and/or what the parameters should be. Any ideas? I also added ejb3-persistence.jar, ejb-3_0-api.jar and ivy-2.0.0-rc2.jar to get some of the targets working btw. (I need to go home early today but am sure this will be waiting for me Monday morning ... unless I find some time on the weekend to look at it again.) I'm determined to get this fixed!!! Cheers, Nicole From: Petar Tahchiev [mailto:paranoia...@gmail.com] Sent: Friday, 9 January 2009 8:29 AM To: Cactus Users List Subject: Re: How to set user principal in setUp() Here is a detailed instruction on how to run the tests: 1) checkout cactus from source: svn co http://svn.apache.org/repos/asf/jakarta/cactus/trunk/ cactus 2) build it cd cactus mvn clean install 3) go to folder sample/ejb3 and apply the patch I have attached to this letter. This will create two .java files - MyEJB3ServiceBean.java and IMyEJB3ServiceBean.java. It will also patch the build.xml and the cactus-web.xml files. 4) Create users.properties and roles. properties in JBOSS_HOME/server/default/conf/ In these files fill in the following: =users.properties== testuser=testpassword =roles.properties== testuser=test I have a jboss4.2 installation in folder cactus/sample/ejb3/install/ jboss-4.2.2.GAhttp://jboss-4.2.2.GA but you can change the home of your JBoss installation by changing the home
Re: How to set user principal in setUp()
().getName() == admin1) { return true; } else { return false; } } } == I can see through some log info statements that it does it exactly in the sequence you specified: begin ... setUp ... tearDown ... (I didn't specify an endXXX method) So you see my dilemma, my test fails because I need to check who is logged in (with that getCallerPrincipal() ... call) But in able to do that, I need to log someone in, namely admin1 as seen in my begin method. I thought I could log someone in by using the WebRequest in the beginXXX method. I am obviously doing this wrong, but I am really at a dead end as to how I am to go about this ... I hope my problem makes more sense :( Thnks again, nic -Original Message- From: Petar Tahchiev [mailto:paranoia...@gmail.com] Sent: Wednesday, 7 January 2009 7:45 PM To: Cactus Users List Subject: Re: How to set user principal in setUp() Hi Nicole, I think you misunderstand the purpose of Cactus. Your test will always be executed in the server side. This means that the testXXX methods are executed on the server side. You can, however, execute two methods - beginXXX and endXXX on the client side. This means the execution flow would be this: beginXXX() - client side startUp() - serverside testXXX() - serverside tearDown() -serverside endXXX() - client side. If you see the documentation of the WebRequest (the one you use in beginXXX methods) there is no set-up for a caller principal. You can, however setup an Authentication object. HTH, Petar. The contents of this email are confidential and may be subject to legal or professional privilege and copyright. No representation is made that this email is free of viruses or other defects. If you have received this communication in error, you may not copy or distribute any part of it or otherwise disclose its contents to anyone. Please advise the sender of your incorrect receipt of this correspondence. - To unsubscribe, e-mail: cactus-user-unsubscr...@jakarta.apache.org For additional commands, e-mail: cactus-user-h...@jakarta.apache.org -- Regards, Petar! Karlovo, Bulgaria. - - - - - - - - | Author @ Manning Publications. | Senior Solution Architect @ Unic | BGJUG-Bulgarian Java User Group Leader. | Apache Jakarta PMC member. | Jakarta Cactus Lead Developer. | Blogger: http://weblogs.java.net/blog/paranoiabla/ - - - - - - - - Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: How to set user principal in setUp()
Here is a detailed instruction on how to run the tests: 1) checkout cactus from source: svn co http://svn.apache.org/repos/asf/jakarta/cactus/trunk/ cactus 2) build it cd cactus mvn clean install 3) go to folder sample/ejb3 and apply the patch I have attached to this letter. This will create two .java files - MyEJB3ServiceBean.java and IMyEJB3ServiceBean.java. It will also patch the build.xml and the cactus-web.xml files. 4) Create users.properties and roles. properties in JBOSS_HOME/server/default/conf/ In these files fill in the following: =users.properties== testuser=testpassword =roles.properties== testuser=test I have a jboss4.2 installation in folder cactus/sample/ejb3/install/ jboss-4.2.2.GA but you can change the home of your JBoss installation by changing the home property of the cargo element in the cactus task in the build.xml 5) start the tests with ant. Go to the ejb3 folder and type in: ant 6) Voila. Tests should be working. Please let me know how this works and also for homework write an email describing why didn't your tests work before and did I change so that they are (probably) working now. This way you will be sure that you understand how cactus is working :-). Cheers, Petar. 2009/1/8, Nicole Luneburg nicole.luneb...@lisasoft.com: Oh also, how are you running the test? -Original Message- From: Nicole Luneburg [mailto:nicole.luneb...@lisasoft.com] Sent: Friday, 9 January 2009 7:49 AM To: Cactus Users List Subject: RE: How to set user principal in setUp() Hi Petar, Thanks for looking at this. I did have a play around with users.properties and roles.properties, but never got that working. Yes seeing ur configurations for that would be excellent. Thanks! Nicole -Original Message- From: Petar Tahchiev [mailto:paranoia...@gmail.com] Sent: Thursday, 8 January 2009 9:56 PM To: Cactus Users List Subject: Re: How to set user principal in setUp() Hi Nicole, I got your example working on my machine. This line will return always false: if(this.context.getCallerPrincipal().getName() == admin1) { Try to change to use .equals() method. Also, did you create users.proeprties and roles.properties for your JBoss installation? If this does not help I will send you my configurations to take a look. Cheers, Petar. The contents of this email are confidential and may be subject to legal or professional privilege and copyright. No representation is made that this email is free of viruses or other defects. If you have received this communication in error, you may not copy or distribute any part of it or otherwise disclose its contents to anyone. Please advise the sender of your incorrect receipt of this correspondence. - To unsubscribe, e-mail: cactus-user-unsubscr...@jakarta.apache.org For additional commands, e-mail: cactus-user-h...@jakarta.apache.org The contents of this email are confidential and may be subject to legal or professional privilege and copyright. No representation is made that this email is free of viruses or other defects. If you have received this communication in error, you may not copy or distribute any part of it or otherwise disclose its contents to anyone. Please advise the sender of your incorrect receipt of this correspondence. - To unsubscribe, e-mail: cactus-user-unsubscr...@jakarta.apache.org For additional commands, e-mail: cactus-user-h...@jakarta.apache.org -- Regards, Petar! Karlovo, Bulgaria. - - - - - - - - | Author @ Manning Publications. | Senior Solution Architect @ Unic | BGJUG-Bulgarian Java User Group Leader. | Apache Jakarta PMC member. | Jakarta Cactus Lead Developer. | Blogger: http://weblogs.java.net/blog/paranoiabla/ - - - - - - - - Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611 - To unsubscribe, e-mail: cactus-user-unsubscr...@jakarta.apache.org For additional commands, e-mail: cactus-user-h...@jakarta.apache.org
Re: How to set user principal in setUp()
Hi Nicole, I think you misunderstand the purpose of Cactus. Your test will always be executed in the server side. This means that the testXXX methods are executed on the server side. You can, however, execute two methods - beginXXX and endXXX on the client side. This means the execution flow would be this: beginXXX() - client side startUp() - serverside testXXX() - serverside tearDown() -serverside endXXX() - client side. If you see the documentation of the WebRequest (the one you use in beginXXX methods) there is no set-up for a caller principal. You can, however setup an Authentication object. HTH, Petar. 2009/1/7, Nicole Luneburg nicole.luneb...@lisasoft.com: Hi all again ... I have a test class that extends org.apache.cactus.ServletTestCase. I'm running my tests server-side so using the setUp() and tearDown() methods. My question is ... How do I set a user in my request so that when I do a SessionContext getCallerPrincipal(), it is set? Right now I can only see that I can do the following in my setUp() method: super.request.setRemoteUser(testuser); but I can only obtain this value again via: super.request.getRemoteUser(); I really need to know how to set caller principal ... Anyone any ideas? Will I be forced to run my tests from the client side to do this? Ie use the WebRequest parameter from the beginXXX() method instead? Any help really appreciated! Cheers, nic The contents of this email are confidential and may be subject to legal or professional privilege and copyright. No representation is made that this email is free of viruses or other defects. If you have received this communication in error, you may not copy or distribute any part of it or otherwise disclose its contents to anyone. Please advise the sender of your incorrect receipt of this correspondence. -- Regards, Petar! Karlovo, Bulgaria. - - - - - - - - | Author @ Manning Publications. | Senior Solution Architect @ Unic | BGJUG-Bulgarian Java User Group Leader. | Apache Jakarta PMC member. | Jakarta Cactus Lead Developer. | Blogger: http://weblogs.java.net/blog/paranoiabla/ - - - - - - - - Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: cactus junit authentication required?
Hi Nicole, I would be really interested in you test-case and also the exact exception you get. Cheers, Petar. 2009/1/5 Nicole Luneburg nicole.luneb...@lisasoft.com Ps. I have been searching the net all day. Thought I'd mention that I did come across http://jakarta.apache.org/cactus/writing/howto_security.html but I understand that using beginXXX() and endXXX() is for client side testing and setup() and tearDown() is for server side testing, which is what I'm doing. Doesn't Cactus handle the session authentication automatically? Do I need some sort of configuration to do this? I'm not sure what parts of my code I should post here, do let me know. Posting all the parts I think are relevant will be a lot! :) The contents of this email are confidential and may be subject to legal or professional privilege and copyright. No representation is made that this email is free of viruses or other defects. If you have received this communication in error, you may not copy or distribute any part of it or otherwise disclose its contents to anyone. Please advise the sender of your incorrect receipt of this correspondence. - To unsubscribe, e-mail: cactus-user-unsubscr...@jakarta.apache.org For additional commands, e-mail: cactus-user-h...@jakarta.apache.org -- Regards, Petar! Karlovo, Bulgaria. - - - - - - - - | Author @ Manning Publications. | Senior Solution Architect @ Unic | BGJUG-Bulgarian Java User Group Leader. | Apache Jakarta PMC member. | Jakarta Cactus Lead Developer. | Blogger: http://weblogs.java.net/blog/paranoiabla/ - - - - - - - - Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: broken link
Thanks for the point. Will be fixed. Cheers, Petar. 2009/1/5, Nicole Luneburg nicole.luneb...@lisasoft.com: Hi, I hope I'm posting to the right place ... The link to Cactifywar task is broken on this page: http://jakarta.apache.org/cactus/writing/howto_security.html cheers! The contents of this email are confidential and may be subject to legal or professional privilege and copyright. No representation is made that this email is free of viruses or other defects. If you have received this communication in error, you may not copy or distribute any part of it or otherwise disclose its contents to anyone. Please advise the sender of your incorrect receipt of this correspondence. -- Regards, Petar! Karlovo, Bulgaria. - - - - - - - - | Author @ Manning Publications. | Senior Solution Architect @ Unic | BGJUG-Bulgarian Java User Group Leader. | Apache Jakarta PMC member. | Jakarta Cactus Lead Developer. | Blogger: http://weblogs.java.net/blog/paranoiabla/ - - - - - - - - Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: Question about cactus 1.8 and jboss 4.2
Hi Naha, first you need to use the jboss42x nested element for Cargo to work. This is clearly defined in the Cargo documentation: http://cargo.codehaus.org/JBoss+4.2.x Before you paste your configuration (the Ant scripts or the Maven poms) I am unable to locate the problem any further. Cheers, Petar. 2008/12/29 Neha Agarwal neha...@gmail.com Hi, I have cactus 1.8 and Jboss 4.2 installed. I am tryong to get cactus working but if I use the jboss4x nested element within containerset, it gives me an error saying that jboss4x is not supported for ContainerSet. Just to check, I tried jboss3x but I get the same error for that as well. Was inidividual containerset element support removed in favor of cargo in cactus 1.8? I do not want to use, cargo because I need to start my server separately and then use cactus to run my tests in a different shell. Also when I try to use cargo to start my server and run the tests on it, I get a Port already in use error even though I have nothing running on that port (I checked). When cargo is trying to start up my server when I check that port, the only output I see is this: java1847 nxxx 263u IPv6 0xb484d90 0t0 TCP [::127.0.0.1]:53442-[::127.0.0.1]:sunproxyadmin (ESTABLISHED) java1847 nxxx 265u IPv6 0x5b26984 0t0 TCP [::127.0.0.1]:53443-[::127.0.0.1]:sunproxyadmin (ESTABLISHED) java1850 nxxx 13u IPv6 0x5b26be8 0t0 TCP [::127.0.0.1]:sunproxyadmin (LISTEN) Right before cargo starts up, there is nothing on that port. If it makes any difference I am using port 8081 for my jboss server. If I get rid of this error, I might be able to use cargo. Any suggestions on why I am seeing this? Any help would be greatly appreciated, Thanks, N. -- Regards, Petar! Karlovo, Bulgaria. - - - - - - - - | Author @ Manning Publications. | Senior Sofware Engineer @ Unic | BGJUG-Bulgarian Java User Group Leader. | Apache Jakarta PMC member. | Jakarta Cactus Lead Developer. | Blogger: http://weblogs.java.net/blog/paranoiabla/ - - - - - - - - Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: Question about cactus 1.8 and jboss 4.2
Hi Neha, this error happens when there was something wrong with the war that you deploy. Make sure that the test.war you try to deploy is cactified and it's web.xml contains the servletRedirector definitions. Also one more thing that struck me in your build.xml: Are you sure that you have something selected here: fileset dir=${src.test.dir} include name=**/*Test.class/ /fileset Do you really have .class files in your src directory? Cheers, Petar. P.S. Have a look at the sample applications that come with cactus. Try to run them and in case it was possible look for the differences between your configuration and the sample one. 2008/12/29, Neha Agarwal neha...@gmail.com: Never mind about starting the container. I was able to fix that. It was a problem with my build file since I was not poitning to the existing installation of the container. The container starts up correctly now, but cactus does not seem to be running the tests. Here is the output from my console. test.cactus: [cactus] - [cactus] Parsed JBoss version = [4.2.1] [cactus] Running tests against JBoss 4.2.1 @ http://localhost:8081 [cactus] - [cactus] Deploying [/Users/temp/build/test.war] to [/Users/servers/jboss4.2/server/all/deploy]... [cactus] JBoss 4.2.1 starting... [cactus] JBoss 4.2.1 started on port [8081] BUILD FAILED /User/src/test.xml:1052: Failed to start the container after more than [18] ms. Trying to connect to the [ http://localhost:8081/test/ServletRedirector?Cactus_Service=RUN_TEST] test URL yielded a [-1] error code. Please run in debug mode for more details about the error. So even though the container started, I am getting a failed to start container error and the tests do not run after this. Any ideas? Once again, any help is greatly appreciated. Thanks -- Regards, Petar! Karlovo, Bulgaria. - - - - - - - - | Author @ Manning Publications. | Senior Sofware Engineer @ Unic | BGJUG-Bulgarian Java User Group Leader. | Apache Jakarta PMC member. | Jakarta Cactus Lead Developer. | Blogger: http://weblogs.java.net/blog/paranoiabla/ - - - - - - - - Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: Cactus Ant Task and remote url.
Hi Joe, you can use the latest version of Cactus in cooperation with Cargo. Select the remote container you like and tune the container's settings. Cactus comes with a few sample projects, that you can take a look at. I think they work as a local container, but there should be no problem to switch to a remote one - check the Cargo website. Let me know if you have any problems. Cheers, Petar. 2008/11/26, JoeSmith [EMAIL PROTECTED]: I'd like to run Cactus/JUnit tests from Ant against a remote URL. How do I configure the Ant Task to do this? -- Regards, Petar! Karlovo, Bulgaria. - - - - - - - - | Author @ Manning Publications. | Technical Consultant @ HP | BGJUG-Bulgarian Java User Group Leader. | Apache Jakarta PMC member. | Jakarta Cactus Lead Developer. | Blogger: http://weblogs.java.net/blog/paranoiabla/ - - - - - - - - Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: Unable to run cactus test with ant and cactus
Hi Cory, I believe you need to add the classpath like this path refid=cactus.myclasspath/ instead of: pathelement location=${cactus.myclasspath}/ Cheers, Petar. 2008/11/24, Cory Lum [EMAIL PROTECTED]: Ant 1.7.1 Cactus 1.8 Tomcat 5.5 I'm trying to automate a test with ant and cactus but having some classloader issues. Here is part of my buildfile: !-- Libraries required for the Cactus tests -- property name=aspectjrt.jar location=${cactus.jars}/aspectjrt-1.5.3.jar/ property name=cactus.core.jar location=${cactus.jars}/cactus.core.framework.uberjar.javaEE.14-1.8.0.jar/ property name=cactus.ant.jar location=${cactus.jars}/cactus.integration.ant-1.8.0.jar/ property name=cactus.shared.jar location=${cactus.jars}/cactus.integration.shared.api-1.8.0.jar/ property name=commons.httpclient.jar location=${cactus.jars}/commons-httpclient-3.1.jar/ property name=commons.logging.jar location=${cactus.jars}/commons-logging-1.1.jar/ property name=httpunit.jar location=${cactus.jars}/httpunit-1.6.jar/ property name=junit.jar location=${cactus.jars}/junit-3.8.2.jar/ property name=cargo.ant.jar location=${cactus.jars}/cargo-ant-0.9.jar/ property name=cargo.core.jar location=${cactus.jars}/cargo-core-uberjar-0.9.jar/ property name=nekohtml.jar location=${cactus.jars}/nekohtml-1.9.6.jar/ path id=cactus.myclasspath pathelement location=${aspectjrt.jar}/ pathelement location=${cactus.core.jar}/ pathelement location=${cactus.ant.jar}/ pathelement location=${cactus.shared.jar}/ pathelement location=${commons.httpclient.jar}/ pathelement location=${commons.logging.jar}/ pathelement location=${junit.jar}/ pathelement location=${httpunit.jar}/ pathelement location=${nekohtml.jar}/ pathelement location=${cargo.ant.jar}/ pathelement location=${cargo.core.jar}/ /path cactifywar destfile=myapp.war srcfile=C:/originalWebApp/mainapp.war /cactifywar cactus haltonfailure=no showoutput=yes printsummary=on warfile=myapp.war classpath pathelement location=${unittest.testsrc}/ pathelement location=${cactus.myclasspath}/ /classpath containerset cargo containerId=tomcat5x home=${tomcat5x.home} output=./tomcat.cactus.log configuration home=./tomcat_cactus property name=cargo.servlet.port value=8080/ property name=cargo.logging value=high/ deployable type=war file=myapp.war/ /configuration /cargo /containerset formatter type=xml/ batchtest fork=yes todir=./reports fileset dir=${unittest.testsrc} include name=**/ServicesTestSuite.java/ /fileset /batchtest /cactus After running this, my report contains error message=org/apache/cactus/ServletTestSuite type=java.lang.NoClassDefFoundErrorjava.lang.NoClassDefFoundError: org/apache/cactus/ServletTestSuite at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:620) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124) at java.net.URLClassLoader.defineClass(URLClassLoader.java:260) at java.net.URLClassLoader.access$100(URLClassLoader.java:56) at java.net.URLClassLoader$1.run(URLClassLoader.java:195) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:164) /error I tried adding cactus.myclasspath to classpath and it still does not work. I tried reading the archives which talked about client classpath and server classpath and I could not resolve the issue. Please help. -- Regards, Petar! Karlovo, Bulgaria. - - - - - - - - | Author @ Manning Publications. | Technical Consultant @ HP | BGJUG-Bulgarian Java User Group Leader. | Apache Jakarta PMC member. | Jakarta Cactus Lead Developer. | Blogger: http://weblogs.java.net/blog/paranoiabla/ - - - - - - - - Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: Socket exception in a simples Cactus test
Hi Niclas, the only way you can start Cactus in Eclipse is by using Jetty as a container. Cheers, Petar. 2008/10/30 nicolas.duminil [EMAIL PROTECTED]: Greetings, I'm doing a simple Cactus test using Eclipse 3.3 with WTP. Here is the class I'm trying to test in the WebLogic 10.3g HTTP container: public class Basic { public String saySomething (String something) { return I'm saying + something; } } I created the following Servlet Test Case: public class BasicTest extends ServletTestCase { public void testSaySomething() { assertTrue (new Basic().saySomething(Hello).equals(I'm saying Hello)); } } The test is done using a run configuration having BasicTest as the class name and -Dcactus.contextURL=http://localhst:8080/root-ctx as VM arguments, where root-ctx is the webapp context root. Here is the exception raised: at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:177) at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366) at java.net.Socket.connect(Socket.java:519) at java.net.Socket.connect(Socket.java:469) at java.net.Socket.init(Socket.java:366) at java.net.Socket.init(Socket.java:180) at org.apache.commons.httpclient.protocol.DefaultProtocolSocketFactory.createSocket(DefaultProtocolSocketFactory.java:86) at org.apache.commons.httpclient.HttpConnection.open(HttpConnection.java:652) at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:628) at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:526) at org.apache.cactus.internal.client.connector.http.HttpClientConnectionHelper.connect_aroundBody0(HttpClientConnectionHelper.java:142) at org.apache.cactus.internal.client.connector.http.HttpClientConnectionHelper.connect_aroundBody1$advice(HttpClientConnectionHelper.java:288) at org.apache.cactus.internal.client.connector.http.HttpClientConnectionHelper.connect(HttpClientConnectionHelper.java) at org.apache.cactus.internal.client.connector.http.DefaultHttpClient.callRunTest(DefaultHttpClient.java:162) at org.apache.cactus.internal.client.connector.http.DefaultHttpClient.doTest_aroundBody0(DefaultHttpClient.java:80) at org.apache.cactus.internal.client.connector.http.DefaultHttpClient.doTest_aroundBody1$advice(DefaultHttpClient.java:288) at org.apache.cactus.internal.client.connector.http.DefaultHttpClient.doTest(DefaultHttpClient.java) at org.apache.cactus.internal.client.connector.http.HttpProtocolHandler.runWebTest(HttpProtocolHandler.java:159) at org.apache.cactus.internal.client.connector.http.HttpProtocolHandler.runTest_aroundBody0(HttpProtocolHandler.java:80) at org.apache.cactus.internal.client.connector.http.HttpProtocolHandler.runTest_aroundBody1$advice(HttpProtocolHandler.java:288) at org.apache.cactus.internal.client.connector.http.HttpProtocolHandler.runTest(HttpProtocolHandler.java) at org.apache.cactus.internal.client.ClientTestCaseCaller.runTest(ClientTestCaseCaller.java:144) at org.apache.cactus.internal.AbstractCactusTestCase.runBareClient(AbstractCactusTestCase.java:215) at org.apache.cactus.internal.AbstractCactusTestCase.runBare(AbstractCactusTestCase.java:133) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.eclipse.jdt.internal.junit.runner.junit3.JUnit3TestReference.run(JUnit3TestReference.java:130) at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196) Many thanks in advance for your help. Nicolas -- View this message in context: http://www.nabble.com/Socket-exception-in-a-simples-Cactus-test-tp20243783p20243783.html Sent from the Cactus - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Regards, Petar! Karlovo, Bulgaria. - - - - - - - - | Author @ Manning Publications. | Technical Consultant @ HP | BGJUG-Bulgarian Java User Group Leader. | Apache Jakarta PMC member. | Jakarta Cactus Lead Developer. | Blogger:
Re: samples servlet test classes
Hi Martni, I just changed the Maven mojo to add the cactus test classes to the cactified war. This way you can place your tests in src/test/java and Maven will compile them in target/test-classes/ And then you can call the mojo like that: testClasses directorytarget/test-classes/directory includes include**/**Test*.class/include /includes /testClasses to execute include all those classes under WEB-INF/classes of the cactified war. If you want to try it, please update the integration/maven2 module and the samples/servlet module and recompile. Cheers, Petar 2008/9/24 Martin West [EMAIL PROTECTED] The better way to address this problem is add the test classes to the cactified war as part of the cactify task. Otherwise you have to have special processing to build test and producton versions of the applicaton war. On Mon, 2008-09-22 at 21:53 +0100, Martin West wrote: Another observation, all the test classes are in src/main/java. You can move them to the standard location, then remove the testSource and testClass from surefire plugin configuration and add the following plugin to the pom at the start of the plugins section. -- regards Martin West 07879 680096 skype:amartinwest - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Regards, Petar! Karlovo, Bulgaria. - - - - - - - - | Author @ Manning Publications. | Technical Consultant @ HP | BGJUG-Bulgarian Java User Group Leader. | Apache Jakarta PMC member. | Jakarta Cactus Lead Developer. | Blogger: http://weblogs.java.net/blog/paranoiabla/ - - - - - - - - Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: maven2 cargo logs
I am really not sure. You may try to post this on the cargo mailing list. Maybe the guys there have better idea. Cheers, Petar. 2008/9/23, Martin West [EMAIL PROTECTED]: another observation: The cargo logs get overwritten by the second execution ie the stop, which is sort of OK because the stop goal doesnt get executed when there is a build failure, so the run logs are still there. Is there a way to get different log names for the start/stop goal executions? -- regards Martin West - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Regards, Petar! Karlovo, Bulgaria. - - - - - - - - | Author @ Manning Publications. | Technical Consultant @ HP | BGJUG-Bulgarian Java User Group Leader. | Apache Jakarta PMC member. | Jakarta Cactus Lead Developer. | Blogger: http://weblogs.java.net/blog/paranoiabla/ - - - - - - - - Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: cactus 1.8.1
Hi, we are currently working on the Maven2 mojos, and I expect them to be ready by the end of the month or at the beginning of October. Can you try to make the servlet samples work with Maven2? It should be pretty stright-forward: just navigate to /samples/servlet and execute mvn clean install After that you can see how things work their, and try to make it work for yourself. Thanks, Petar. 2008/9/22, [EMAIL PROTECTED] [EMAIL PROTECTED]: Hello, I'd like to use cactus with maven 2. The documentation states that for this I'd need cactus 1.8.1 I could only find 1.8.1-snapshot in svn, so I'm trying to build it. However, I'm getting the following error: [INFO] Using version: 2.0 of plugin: org.apache.maven.plugins:maven-changes-plugin org.apache.maven.lifecycle.LifecycleSpecificationException: No lifecycle phase binding can be found for goal: announcement-generate, specified as a part of the execution: announcement-generatein plugin: org.apache.maven.plugins:maven-changes-plugin This plugin was resolved successfully. However, the mojo metadata it contains does not specify a default lifecycle phase binding. Please provide a valid phase/ specification for execution: announcement-generate in plugin: org.apache.maven.plugins:maven-changes-plugin at org.apache.maven.lifecycle.binding.DefaultLifecycleBindingManager.getProjectCustomBindings( DefaultLifecycleBindingManager.java:266) at org.apache.maven.lifecycle.plan.DefaultBuildPlanner.constructBuildPlan_aroundBody0( DefaultBuildPlanner.java:99) at org.apache.maven.lifecycle.plan.DefaultBuildPlanner.constructBuildPlan_aroundBody1$advice( DefaultBuildPlanner.java:403) at org.apache.maven.lifecycle.plan.DefaultBuildPlanner.constructBuildPlan( DefaultBuildPlanner.java:1) at org.apache.maven.lifecycle.plan.DefaultBuildPlanner.constructInitialProjectBuildPlan( DefaultBuildPlanner.java:67) at org.apache.maven.lifecycle.plan.DefaultBuildPlanner.constructInitialProjectBuildPlans( DefaultBuildPlanner.java:56) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute( DefaultLifecycleExecutor.java:138) at org.apache.maven.DefaultMaven.execute_aroundBody0( DefaultMaven.java:223) at org.apache.maven.DefaultMaven.execute_aroundBody1$advice( DefaultMaven.java:304) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:1) at org.apache.maven.embedder.MavenEmbedder.execute_aroundBody2( MavenEmbedder.java:903) at org.apache.maven.embedder.MavenEmbedder.execute_aroundBody3$advice( MavenEmbedder.java:304) at org.apache.maven.embedder.MavenEmbedder.execute( MavenEmbedder.java:1) at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:176) at org.apache.maven.cli.MavenCli.main(MavenCli.java:63) at org.apache.maven.cli.MavenCli.main(MavenCli.java:52) Is this a known problem? Is there a workaround for this? Regards, Bo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Regards, Petar! Karlovo, Bulgaria. - - - - - - - - | Author @ Manning Publications. | Technical Consultant @ HP | BGJUG-Bulgarian Java User Group Leader. | Apache Jakarta PMC member. | Jakarta Cactus Lead Developer. | Blogger: http://weblogs.java.net/blog/paranoiabla/ - - - - - - - - Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: cactus 1.8.1
Hi, I am really not sure what is missing. I will try to answer your questions: 1. Cactus uses the maven-surefire definition (you can see it defined in the pom.xml). Maven-surefire plugin will execute all the tests that are specified in src/test/java/ 2.The test-classes should be placed in src/test/java/ and they would automatically go in the WEB-INF/classes of the cactified archive. Cheers, Petar. @Martin - I am glad you could make it run. The authentication tests fail because we use a fresh copy of the Tomcat, and in order for the tests not to fail, you need to declare some roles and users in tomcat's configs. 2008/9/22, Martin West [EMAIL PROTECTED]: Mine runs ok from samples/servlet directory out of the box using the 1.8.1-SNAPSHOT from svn. Results : Tests run: 115, Failures: 2, Errors: 1, Skipped: 0 The failures are in the authentication area. On Mon, 2008-09-22 at 19:22 +0200, [EMAIL PROTECTED] wrote: Cargo starts the webserver now, but no tests are ran. -- regards Martin West 07879 680096 skype:amartinwest - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Regards, Petar! Karlovo, Bulgaria. - - - - - - - - | Author @ Manning Publications. | Technical Consultant @ HP | BGJUG-Bulgarian Java User Group Leader. | Apache Jakarta PMC member. | Jakarta Cactus Lead Developer. | Blogger: http://weblogs.java.net/blog/paranoiabla/ - - - - - - - - Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: Application to test and Cactus Application in diferent context paths problem
Hi Andre, 2008/9/9, Andre Lopes [EMAIL PROTECTED]: Hi all, I'm new on cactus, it's the first time I'm working with it, and i am build a in-container unit testing application to test EJB's, a struts application and some other things. With the EJB's, and the other things everything worked smoothly. For the struts application… well it is not going to well. So for the struts application (aka STAPP) I have a WAR file that contains all the relative elements that is deployed in a JBoss 4.0.5 AS. For the application that does all the tests (aka TestAPP), I have another WAR file that is also deployed in the same AS, and I'm using StrutsTestCase to make the testing units. Here is the error were I am stuck right now: Failed to get the test results at [http://localhost:8080/STAPP/ServletRedirector] ---SOME SETTINGS--- STAPP context path = /STAPP TestAPP contex path = /TestAPP cactus.properties: cactus.contextURL = http://localhost:8080/STAPP/ cactus.servletRedirector = ServletRedirector -- So my problem is in the definition of the cactus.servletRedirector property. Questions: How can I tell cactus that the application to test is in one context path and that the ServletRedirector is in another? I think that this is not possible, currently. But why do you need that, anyways? Why don't you just cactify the war file with the STAPP application and then test it? Is it possible to have this type of configuration, or should I forget about using StrutsTestCase, and start thinking on using HttpUnit to test the Web application? Maybe you can ask that on the StrutsTestCase mailing list, also... Thank you all for reading, and for replying, I hope :P Cheers, Andre - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Cheers, Petar. -- Regards, Petar! Karlovo, Bulgaria. - - - - - - - - | Author @ Manning Publications. | Technical Consultant @ HP | BGJUG-Bulgarian Java User Group Leader. | Apache Jakarta PMC member. | Jakarta Cactus Lead Developer. | Blogger: http://weblogs.java.net/blog/paranoiabla/ - - - - - - - - Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: Cactus versus HtmlUnit versus HttpUnit?
Hi there, I will try to answer your question. Cactus deals with testing the core components from the J2EE spec (Servlets, JSPs and EJBs). If you have any framework-specific application, It will be difficult to use it. It is a mature project, and is past from the rapid development mode. HtmlUnit HttpUnit both emalute browser behaviour and can be used to test the DOM structure of the pages, javascrpit, etc In my view HTMLUnit is being developed more than HttpUnit these days. Anyway they both are very mature projects. The key point is that http/htmlunit and cactus are complementary. They are not rival technologies. HTH, Petar. 2008/9/4, cowwoc [EMAIL PROTECTED]: Hi, I am trying to figure out which webapp testing framework to use. I ran across http://www.proteios.org/wiki/TestPackageAlternatives which lists Cactus under Unit tests of Server-side code while the other two were listed under Unit tests of Web Applications. Isn't that one and the same thing? I've also noticed that HtmlUnit has been enjoying regular releases for over 5 years now while Cactus has an ugly 3 year gap between version 1.8 and 1.7. I'm sorry for asking this obviously annoying question but... is Cactus dead or dying? :) I've been using it on and off for years but it worries me when no releases come out for so long. Ciao, Gili -- View this message in context: http://www.nabble.com/Cactus-versus-HtmlUnit-versus-HttpUnit--tp19318771p19318771.html Sent from the Cactus - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Regards, Petar! Karlovo, Bulgaria. - - - - - - - - | Author @ Manning Publications. | Technical Consultant @ HP | BGJUG-Bulgarian Java User Group Leader. | Apache Jakarta PMC member. | Jakarta Cactus Lead Developer. | Blogger: http://weblogs.java.net/blog/paranoiabla/ - - - - - - - - Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: How on earth do you run tests against an existing Tomcat 4 server
Hi Paul, I think it would be very simple if you just replace the zipurlinstaller (which downloads and installs zips) withe a home parameter of the cargo task - just like in: containerset cargo containerId=${jboss.container.id} output=${logs.dir}/output.log log=${logs.dir}/cargo.log home=${jboss.home} !--zipUrlInstaller installUrl= http://heanet.dl.sourceforge.net/sourceforge/jboss/jboss-4.0.2.zip; installDir=target/${jboss.container.id}/-- configuration property name=cargo.servlet.port value=${cargo.servlet.port}/ property name=cargo.logging value=${cargo.logging}/ deployable type=${cactus.sample.archive.type} file=${cactified.ejb.archive.name}/ /configuration /cargo /containerset You see the zipurlinstaller is commented out and I have set the home parameter on the cargo task, where you should specify the home of your container. HTH, Petar. 2008/8/22, Paul Kiruvanayagam [EMAIL PROTECTED]: Hi all please can someone tell me how to run tests in cactus against an EXISTING tomcat4x server using ant. I am running cactus 1.80 ivy 2.0 ant 1.71. I have been exasperated in getting to the point where it works by creating a new build of tomcat using cargo ??? Sorry if I appear lazy but what I am looking for is a sample of how the ant task should look for an existing server with the above software configuration. I have tried using the tomcat4x task but now it seems I need to learn how cargo should be configured (when the site contains no useful examples) when I really am only interested in using Cactus !!! I really am only a user and I cannot believe how long it has taken to get to this point due to the seemingly maze of (undocumented) dependencies on beta looking projects that have been put into cactus examples/samples. I am sure I am not the only person encountering these frustrations. thanks in advance Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Regards, Petar! Karlovo, Bulgaria. - - - - - - - - | Author @ Manning Publications. | Technical Consultant @ HP | BGJUG-Bulgarian Java User Group Leader. | Apache Jakarta PMC member. | Jakarta Cactus Lead Developer. | Blogger: http://weblogs.java.net/blog/paranoiabla/ - - - - - - - - Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: How on earth do you run tests against an existing Tomcat 4 server
You containerId should be tomcat4x, if you want to use Tomcat 4x. This is what containerId means - the id of the container you want to use. If you use Ant and Cactus task, you shouldn't set the cactus.contextURL property. You use this property only if you start your tests with Maven. Cheers, Petar. 2008/8/22, Paul Kiruvanayagam [EMAIL PROTECTED]: Hi Peter thanks for your speedy reply. I am guessing I should replace ${jboss.container.id} with the value of ${cactus.contextURL} or do I not use the cactus.contextURL variable thanks Paul Petar Tahchiev wrote: Hi Paul, I think it would be very simple if you just replace the zipurlinstaller (which downloads and installs zips) withe a home parameter of the cargo task - just like in: containerset cargo containerId=${jboss.container.id} output=${logs.dir}/output.log log=${logs.dir}/cargo.log home=${jboss.home} !--zipUrlInstaller installUrl= http://heanet.dl.sourceforge.net/sourceforge/jboss/jboss-4.0.2.zip; installDir=target/${jboss.container.id}/-- configuration property name=cargo.servlet.port value=${cargo.servlet.port}/ property name=cargo.logging value=${cargo.logging}/ deployable type=${cactus.sample.archive.type} file=${cactified.ejb.archive.name}/ /configuration /cargo /containerset You see the zipurlinstaller is commented out and I have set the home parameter on the cargo task, where you should specify the home of your container. HTH, Petar. 2008/8/22, Paul Kiruvanayagam [EMAIL PROTECTED]: Hi all please can someone tell me how to run tests in cactus against an EXISTING tomcat4x server using ant. I am running cactus 1.80 ivy 2.0 ant 1.71. I have been exasperated in getting to the point where it works by creating a new build of tomcat using cargo ??? Sorry if I appear lazy but what I am looking for is a sample of how the ant task should look for an existing server with the above software configuration. I have tried using the tomcat4x task but now it seems I need to learn how cargo should be configured (when the site contains no useful examples) when I really am only interested in using Cactus !!! I really am only a user and I cannot believe how long it has taken to get to this point due to the seemingly maze of (undocumented) dependencies on beta looking projects that have been put into cactus examples/samples. I am sure I am not the only person encountering these frustrations. thanks in advance Paul - 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] -- Regards, Petar! Karlovo, Bulgaria. - - - - - - - - | Author @ Manning Publications. | Technical Consultant @ HP | BGJUG-Bulgarian Java User Group Leader. | Apache Jakarta PMC member. | Jakarta Cactus Lead Developer. | Blogger: http://weblogs.java.net/blog/paranoiabla/ - - - - - - - - Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: troubles with cactus-1.8.0-bin and jdk1.4.2_10
Hi Pavel, I am not sure where the bug is, but I feel like it is not a Cactus issue - I see none of the Cactus classes in the strack trace. Cheers, Petar. 2008/8/12 Zalunin Pavel [EMAIL PROTECTED] hi i've downloaded cactus and tried to add test case into my app (jboss 3.2.1 jdk 1.4.2_10) i'd copied all libraries from distro into embeeded into jboss tomcat lib dir then added 2 servlets into web.xml and tried to compile 'test': *public class SomeTest extends ServletTestCase{ public SomeTest() { } }* and i got next message from my ide (idea 7.0.3) * Information:An exception has occurred in the compiler (1.4.2_10). Please file a bug at the Java Developer Connection ( http://java.sun.com/cgi-bin/bugreport.cgi) after checking the Bug Parade for duplicates. Include your program and the following diagnostic in your report. Thank you. Information:java.lang.ClassCastException Information:at com.sun.tools.javac.v8.code.ClassReader.readClassSymbol(ClassReader.java:547) Information:at com.sun.tools.javac.v8.code.ClassReader.readClass(ClassReader.java:849) Information:at com.sun.tools.javac.v8.code.ClassReader.readClassFile(ClassReader.java:936) Information:at com.sun.tools.javac.v8.code.ClassReader.fillIn(ClassReader.java:1091) Information:at com.sun.tools.javac.v8.code.ClassReader.complete(ClassReader.java:1049) Information:at com.sun.tools.javac.v8.code.Symbol.complete(Symbol.java:372) Information:at com.sun.tools.javac.v8.code.Symbol$ClassSymbol.complete(Symbol.java:691) Information:at com.sun.tools.javac.v8.code.Type$ClassType.complete(Type.java:1119) Information:at com.sun.tools.javac.v8.code.Type$ClassType.interfaces(Type.java:867) Information:at com.sun.tools.javac.v8.comp.Check.checkNonCyclic(Check.java:888) Information:at com.sun.tools.javac.v8.comp.Check.checkNonCyclic(Check.java:889) Information:at com.sun.tools.javac.v8.comp.Enter$CompleteEnter.attribBase(Enter.java:959) Information:at com.sun.tools.javac.v8.comp.Enter$CompleteEnter.complete(Enter.java:857) Information:at com.sun.tools.javac.v8.comp.Enter.complete(Enter.java:601) Information:at com.sun.tools.javac.v8.comp.Enter.main(Enter.java:582) Information:at com.sun.tools.javac.v8.JavaCompiler.compile(JavaCompiler.java:331) Information:at com.sun.tools.javac.v8.Main.compile(Main.java:569) Information:at com.sun.tools.javac.Main.compile(Main.java:36) Information:at com.sun.tools.javac.Main.main(Main.java:27) Information:at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) Information:at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) Information:at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) Information:at java.lang.reflect.Method.invoke(Method.java:324) Information:at com.intellij.rt.compiler.JavacRunner.main(JavacRunner.java:53) Information:Compilation completed with 1 error and 0 warnings Information:1 error Information:0 warnings Error:Compiler internal error. Process terminated with exit code 4 *Is it an bug in jdk1.4.2_10 or ? Thanx! -- Regards, Petar! Karlovo, Bulgaria. - - - - - - - - | Author @ Manning Publications. | Technical Consultant @ HP | BGJUG-Bulgarian Java User Group Leader. | Apache Jakarta PMC member. | Jakarta Cactus Lead Developer. | Blogger: http://weblogs.java.net/blog/paranoiabla/ - - - - - - - - Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: TestSampleServlet, Cactus 1.8, NetBeans 6.5M1 and Tomcat 5.5.23 Success
Cool :-). Thanks for sharing :-). Cheers, Petar. 2008/7/18, Mary Dosch [EMAIL PROTECTED]: Hi, I was able to get the cactus example from http://jakarta.apache..org/cactus/integration/howto_tomcat.html working with just a few deviations. 0) I followed the directions from the page above. 1) The quickstart guide has a different list of jars than what I see after unpacking the 1.8 download. I copied all of the jars to %TOMCAT_HOME%\common\lib. 2) I needed to find and download commons-coded-1.3.jar. I put it in the same common\lib directory. 3) I needed to find find and download aspectjtools.jar. I used http://www.docjars.com/ I put it in the common\lib directory. With NetBeans, I didn't do anything special. I created a web application and I put the example files in src/java/. NetBeans might complain about putting the files in the default package but it ran anyway. I set the Relative URL to ServletTestRunner?suite=TestSampleServlet -- Regards, Petar! Karlovo, Bulgaria. - - - - - - - - | Author @ Manning Publications. | Technical Consultant @ HP | BGJUG-Bulgarian Java User Group Leader. | Apache Jakarta PMC member. | Jakarta Cactus Lead Developer. | Blogger: http://weblogs.java.net/blog/paranoiabla/ - - - - - - - - Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: cactify servletredirector problem
-classorg.apache.cactus.server.runner.ServletTestRunner/servlet-class /servlet servlet servlet-nameaction/servlet-name servlet-classorg.apache.struts.action.ActionServlet/servlet-class init-param param-nameconfig/param-name param-value/WEB-INF/struts-config.xml/param-value /init-param init-param param-namedefinitions-config/param-name param-value/WEB-INF/tiles-defs.xml/param-value /init-param load-on-startup2/load-on-startup /servlet servlet servlet-nameTestAddUser/servlet-name servlet-classcom.compname.projectname.servlet.TestAddUserServlet/servlet-class /servlet servlet servlet-nameTestRemoveUser/servlet-name servlet-classcom.compname.projectname.servlet.TestRemoveUserServlet/servlet-class /servlet servlet servlet-nameServletRedirector/servlet-name servlet-classorg.apache.cactus.server.ServletTestRedirector/servlet-class /servlet servlet-mapping servlet-nameTestAddUser/servlet-name url-pattern/testadduser/url-pattern /servlet-mapping servlet-mapping servlet-nameTestRemoveUser/servlet-name url-pattern/testremoveuser/url-pattern /servlet-mapping servlet-mapping servlet-nameServletTestRunner/servlet-name url-pattern/ServletTestRunner/url-pattern /servlet-mapping taglib taglib-uri/tags/struts-bean/taglib-uri taglib-location/WEB-INF/tlds/struts-bean.tld/taglib-location /taglib taglib taglib-uri/tags/struts-html/taglib-uri taglib-location/WEB-INF/tlds/struts-html.tld/taglib-location /taglib taglib taglib-uri/tags/struts-logic/taglib-uri taglib-location /WEB-INF/tlds/struts-logic.tld /taglib-location /taglib taglib taglib-uri/tags/struts-nested/taglib-uri taglib-location /WEB-INF/tlds/struts-nested.tld /taglib-location /taglib taglib taglib-uri/tags/struts-tiles/taglib-uri taglib-location /WEB-INF/tlds/struts-tiles.tld /taglib-location /taglib taglib taglib-uri/tags/struts-menu/taglib-uri taglib-location/WEB-INF/tlds/struts-menu.tld/taglib-location /taglib taglib taglib-uri/tags/struts-displaytag/taglib-uri taglib-location/WEB-INF/tlds/displaytag.tld/taglib-location /taglib taglib taglib-uri/tags/c/taglib-uri taglib-location/WEB-INF/tlds/c.tld/taglib-location /taglib !-- SECURITY INFORMATION -- security-constraint web-resource-collection web-resource-name ProjectNameSecurityConstraints /web-resource-name url-pattern/jsp/test/testLogin.jsp/url-pattern url-pattern/jsp/home.jsp/url-pattern url-pattern*.action/url-pattern http-methodGET/http-method http-methodPOST/http-method /web-resource-collection auth-constraint role-namerole1/role-name role-namerole2/role-name role-namerole3/role-name role-namerole4/role-name role-namerole5/role-name /auth-constraint user-data-constraint transport-guaranteeNONE/transport-guarantee /user-data-constraint /security-constraint security-role role-namerole1/role-name /security-role security-role role-namerole2/role-name /security-role security-role role-namerole3/role-name /security-role security-role role-namerole4/role-name /security-role security-role role-namerole5/role-name /security-role login-config id=loginConfig auth-methodFORM/auth-method realm-nameprojectname_security/realm-name form-login-config form-login-page/jsp/logon.jsp/form-login-page form-error-page/jsp/logon-error.jsp/form-error-page /form-login-config /login-config resource-ref descriptionProjectNameDS DB Connection/description res-ref-namejdbc/ProjectNameDS/res-ref-name res-typejavax.sql.DataSource/res-type res-authContainer/res-auth /resource-ref /web-app Is that what you were after? -Original Message- From: Petar Tahchiev [mailto:[EMAIL PROTECTED] Sent: Monday, 14 July 2008 10:28 PM To: Cactus Users List Subject: Re: cactify servletredirector problem Hi Nicole, This is really strange, and should never happen. Can you paste your source web.xml file? Thanks. The contents of this email are confidential and may be subject to legal or professional privilege
Re: maven2 mojos
Hi PoorabShah, the -SNAPSHOT means that this is still in development. You have to checkout cactus from the svn and then build it. HTH, Petar. 2008/7/13 PoorabShah [EMAIL PROTECTED]: Can someone point me to 1.8.1-SNAPSHOT jar which includes the maven2 'cactifywar' mojos? The latest version available on the download site is 1.8.0 which only supports maven2 via ant tasks. Thanks. -- View this message in context: http://www.nabble.com/maven2-mojos-tp18432490p18432490.html Sent from the Cactus - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Regards, Petar! Karlovo, Bulgaria. - - - - - - - - | Author @ Manning Publications. | Technical Consultant @ HP | BGJUG-Bulgarian Java User Group Leader. | Apache Jakarta PMC member. | Jakarta Cactus Lead Developer. | Blogger: http://weblogs.java.net/blog/paranoiabla/ - - - - - - - - Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: cactify servletredirector problem
Hi Nicole, I am really sorry but I didn't get the question. So the problem is actually that the cactifywar task puts the servlet-redirector definitions in reversed order, like this: servlet-mapping servlet-nameServletRedirector/servlet-name url-pattern/ServletRedirector/url-pattern /servlet-mapping servlet servlet-nameServletRedirector/servlet-name servlet-classorg.apache.cactus.server.ServletTestRedirector/servlet-class /servlet Is that right? And you want them switched? 2008/7/11 Nicole Luneburg [EMAIL PROTECTED]: Hi! Been banging my head against a wall on this one. I've got a cactify task like: cactifywar srcfile=${project.build.dir}/${war.file} destfile=${project.build.dir}/test.war servletredirector/ classes dir=${project.build.dir}/test// /cactifywar It puts the ServletRedirector stuff in my web.xml like: servlet servlet-nameServletRedirector/servlet-name servlet-classorg.apache.cactus.server.ServletTestRedirector/servlet-class /servlet servlet-mapping servlet-nameServletRedirector/servlet-name url-pattern/ServletRedirector/url-pattern /servlet-mapping now this would work except it keeps putting it in the wrong order!!! I.e. needs to put the servlet name BEFORE the servlet-mapping. I've tried taking out the servletredirector/ section from the cactify task but it doesn't work either. Any ideas anyone? Cheers! The contents of this email are confidential and may be subject to legal or professional privilege and copyright. No representation is made that this email is free of viruses or other defects. If you have received this communication in error, you may not copy or distribute any part of it or otherwise disclose its contents to anyone. Please advise the sender of your incorrect receipt of this correspondence. -- Regards, Petar! Karlovo, Bulgaria. - - - - - - - - | Author @ Manning Publications. | Technical Consultant @ HP | BGJUG-Bulgarian Java User Group Leader. | Apache Jakarta PMC member. | Jakarta Cactus Lead Developer. | Blogger: http://weblogs.java.net/blog/paranoiabla/ - - - - - - - - Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: urgent help needed -to run cactus on jboss-4.2.0
Hi Daniel, I have indeed included Kazuhito's changes. They will be included in 1.8.1 version. I hope it will get out in two or three weeks, depending also on the cargo 1.0 release. Cheers, Petar. 2008/7/3, Daniel Lipofsky [EMAIL PROTECTED]: Petar, I saw these old threads and I think this gets to the core of my problem. I see you said you added the changes to SVN. Would this be including in 1.8.1? and when would that get released? http://www.mail-archive.com/cactus-user@jakarta.apache.org/msg07524.html http://www.mail-archive.com/cactus-user@jakarta.apache.org/msg07526.html http://marc.info/?l=tomcat-userm=119098089904045w=2 Thanks, Dan -Original Message- From: Petar Tahchiev [mailto:[EMAIL PROTECTED] Sent: Saturday, June 28, 2008 12:54 PM To: Cactus Users List Subject: Re: urgent help needed -to run cactus on jboss-4.2.0 Hi Daniel, my tests does not require user authentication, but I will try to use one and see if you are right. Thanks, Petar. 2008/6/28, Daniel Lipofsky [EMAIL PROTECTED]: Petar, does your app require user authentication? Authentication was the problem that required me to hack cactus 1.7.2 on JBoss 4.2.2 (this was before 1.8.0). I believe I tried an unhacked 1.8.0 and it didn't work for me either, although I wasn't using the cargo integration like you show below. Thanks, Dan -Original Message- From: Petar Tahchiev [mailto:[EMAIL PROTECTED] Sent: Friday, June 27, 2008 4:08 AM HI guys, I am really amazed that no-one uses Cactus 1.8.0, since it offers so many facilitation! I use no hacks at all, and I am still able to start, deploy, execute the tests in, and stop JBoss 4.2.2. I use Cactus 1.8.0 with the Cargo Integration. Here is a snippet from my build.xml (this actually is the ejb samples module that comes with Cactus): target name=test depends=cactifyear echoPlease take a deep breath while Cargo gets JBoss for running the sample ejb tests.../echo cactus earfile=${cactified.ejb.archive.name} printsummary=yes classpath path refid=cactus.classpath/ pathelement location=${build.dir}/ pathelement location=${cactus.build.dir}/ pathelement location=${basedir}/cactus/ pathelement path=src/main/app/ pathelement location=${basedir}/cactus.properties/ path refid=jboss.client/ /classpath containerset cargo containerId=${jboss.container.id} output=${logs.dir}/output.log log=${logs.dir}/cargo.log home=/home/peter/bin/jboss/jboss-4.2.2.GA action=start configuration property name=cargo.servlet.port value=${cargo.servlet.port}/ property name=cargo.logging value=${cargo.logging}/ deployable type=${cactus.sample.archive.type} file=${cactified.ejb.archive.name}/ /configuration /cargo /containerset sysproperty key=cactus.jndi.initialContextFactory value=org.jnp.interfaces.NamingContextFactory/ sysproperty key=cactus.jndi.providerUrl value=jnp://localhost:1099/ sysproperty key=cactus.jndi.securityPrincipal value=system/ sysproperty key=cactus.jndi.securityCredentials value=jboss/ sysproperty key=cactus.jndi.urlPkgPrefixes value=org.jboss.naming.client/ !--sysproperty key=java.naming.factory.initial value=org.jnp.interfaces.NamingContextFactory/-- sysproperty key=cactus.jms.connectionFactoryJndiName value=java:comp/env/jms/MyConnectionFactory/ formatter type=${cactus.formatter.type}/ batchtest todir=${reports.dir} fileset dir=${src.dir} include name=**/Test*.java/ /fileset /batchtest /cactus /target All you have to do is prepare the archive (cactify it), and change the JBoss home directory. And it is all perfectly documented. I hope I have helped someone. Cheers, Petar. -Original Message- From: Daniel Lipofsky [mailto:[EMAIL PROTECTED] Sent: Thursday, June 26, 2008 1:37 PM To: Cactus Users List Subject: RE: urgent help needed -to run cactus on jboss-4.2.0 First off, I was never able to get cactus to run out of the box on JBoss 4.2.x. I had to patch it. You can see my patch at http://danlipofsky.com/technical/cactus/ My cactus tests ran on other app servers (Orion 2.0.7 and WebSphere 6.0). They seem to work
Re: Cactus and JUnit 4 integration
Hi Anfernee, If you are talking about writing the cactus test-cases in JUnit4 fashion (i.e. with Annotations) we are certainly thinking about this and working upon this. The problem is that I don't see it happening in the next 1.8.1 release. Currently you can use Cactus with JUnit4 in you classpath and use the old-style cactus test-cases. I hope this all answers to you question. Petar. 2008/7/2 Anfernee Xu [EMAIL PROTECTED]: Hello everyone, I'm wondering whether there's a plan for integration Cactus and JUnit 4, or the integration has completed. I just went over the Cactus docs, there's no sign the integration had happened? If you have any experience on using JUnit 4 in Cactus, could you please share it more? Thanks -- --Anfernee -- Regards, Petar! Karlovo, Bulgaria. - - - - - - - - | Technical Consultant @ HP | BGJUG-Bulgarian Java User Group Leader. | Apache Jakarta PMC member. | Jakarta Cactus Lead Developer. | Blogger: http://weblogs.java.net/blog/paranoiabla/ - - - - - - - - Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: urgent help needed -to run cactus on jboss-4.2.0
Hi Daniel, my tests does not require user authentication, but I will try to use one and see if you are right. Thanks, Petar. 2008/6/28, Daniel Lipofsky [EMAIL PROTECTED]: Petar, does your app require user authentication? Authentication was the problem that required me to hack cactus 1.7.2 on JBoss 4.2.2 (this was before 1.8.0). I believe I tried an unhacked 1.8.0 and it didn't work for me either, although I wasn't using the cargo integration like you show below. Thanks, Dan -Original Message- From: Petar Tahchiev [mailto:[EMAIL PROTECTED] Sent: Friday, June 27, 2008 4:08 AM HI guys, I am really amazed that no-one uses Cactus 1.8.0, since it offers so many facilitation! I use no hacks at all, and I am still able to start, deploy, execute the tests in, and stop JBoss 4.2.2. I use Cactus 1.8.0 with the Cargo Integration. Here is a snippet from my build.xml (this actually is the ejb samples module that comes with Cactus): target name=test depends=cactifyear echoPlease take a deep breath while Cargo gets JBoss for running the sample ejb tests.../echo cactus earfile=${cactified.ejb.archive.name} printsummary=yes classpath path refid=cactus.classpath/ pathelement location=${build.dir}/ pathelement location=${cactus.build.dir}/ pathelement location=${basedir}/cactus/ pathelement path=src/main/app/ pathelement location=${basedir}/cactus.properties/ path refid=jboss.client/ /classpath containerset cargo containerId=${jboss.container.id} output=${logs.dir}/output.log log=${logs.dir}/cargo.log home=/home/peter/bin/jboss/jboss-4.2.2.GA action=start configuration property name=cargo.servlet.port value=${cargo.servlet.port}/ property name=cargo.logging value=${cargo.logging}/ deployable type=${cactus.sample.archive.type} file=${cactified.ejb.archive.name}/ /configuration /cargo /containerset sysproperty key=cactus.jndi.initialContextFactory value=org.jnp.interfaces.NamingContextFactory/ sysproperty key=cactus.jndi.providerUrl value=jnp://localhost:1099/ sysproperty key=cactus.jndi.securityPrincipal value=system/ sysproperty key=cactus.jndi.securityCredentials value=jboss/ sysproperty key=cactus.jndi.urlPkgPrefixes value=org.jboss.naming.client/ !--sysproperty key=java.naming.factory.initial value=org.jnp.interfaces.NamingContextFactory/-- sysproperty key=cactus.jms.connectionFactoryJndiName value=java:comp/env/jms/MyConnectionFactory/ formatter type=${cactus.formatter.type}/ batchtest todir=${reports.dir} fileset dir=${src.dir} include name=**/Test*.java/ /fileset /batchtest /cactus /target All you have to do is prepare the archive (cactify it), and change the JBoss home directory. And it is all perfectly documented. I hope I have helped someone. Cheers, Petar. -Original Message- From: Daniel Lipofsky [mailto:[EMAIL PROTECTED] Sent: Thursday, June 26, 2008 1:37 PM To: Cactus Users List Subject: RE: urgent help needed -to run cactus on jboss-4.2.0 First off, I was never able to get cactus to run out of the box on JBoss 4.2.x. I had to patch it. You can see my patch at http://danlipofsky.com/technical/cactus/ My cactus tests ran on other app servers (Orion 2.0.7 and WebSphere 6.0). They seem to work pretty well on JBoss 4.2.2 with this patch, but it is definitely a hack. If anyone has a better way please let me know. Here are my ant targets. It's probably more complex than you need. Hopefully the vars are self-explanatory. Don't start or stop the server but does test that it is running. target name=test.cactus.all depends=init antcall target=test.cactus.generic param name=cactus_test_target value=test.cactus.junit/ param name=cactus_test_pattern value=**/*Test.java/ /antcall /target !-- run the Cactus tests (takes ${cactus_test_target} param) -- target name=test.cactus.generic depends=init description=run the Cactus tests on the core module echotest.cactus.generic: target=${cactus_test_target}/echo echocactusContextURL: ${cactusContextURL}/echo fail unless=cactus_test_target message=Missing cactus_test_target parameter/ !-- Check if server is running -- delete file=${java.io.tmpdir}/servercheck.txt / get src=${install.frontend_server_protocol
Re: urgent help needed -to run cactus on jboss-4.2.0
HI guys, I am really amazed that no-one uses Cactus 1.8.0, since it offers so many facilitation! I use no hacks at all, and I am still able to start, deploy, execute the tests in, and stop JBoss 4.2.2. I use Cactus 1.8.0 with the Cargo Integration. Here is a snippet from my build.xml (this actually is the ejb samples module that comes with Cactus): target name=test depends=cactifyear echoPlease take a deep breath while Cargo gets JBoss for running the sample ejb tests.../echo cactus earfile=${cactified.ejb.archive.name} printsummary=yes classpath path refid=cactus.classpath/ pathelement location=${build.dir}/ pathelement location=${cactus.build.dir}/ pathelement location=${basedir}/cactus/ pathelement path=src/main/app/ pathelement location=${basedir}/cactus.properties/ path refid=jboss.client/ /classpath containerset cargo containerId=${jboss.container.id} output=${logs.dir}/output.log log=${logs.dir}/cargo.log home=/home/peter/bin/jboss/jboss-4.2.2.GA action=start configuration property name=cargo.servlet.port value=${cargo.servlet.port}/ property name=cargo.logging value=${cargo.logging}/ deployable type=${cactus.sample.archive.type} file=${cactified.ejb.archive.name}/ /configuration /cargo /containerset sysproperty key=cactus.jndi.initialContextFactory value=org.jnp.interfaces.NamingContextFactory/ sysproperty key=cactus.jndi.providerUrl value=jnp://localhost:1099/ sysproperty key=cactus.jndi.securityPrincipal value=system/ sysproperty key=cactus.jndi.securityCredentials value=jboss/ sysproperty key=cactus.jndi.urlPkgPrefixes value=org.jboss.naming.client/ !--sysproperty key=java.naming.factory.initial value=org.jnp.interfaces.NamingContextFactory/-- sysproperty key=cactus.jms.connectionFactoryJndiName value=java:comp/env/jms/MyConnectionFactory/ formatter type=${cactus.formatter.type}/ batchtest todir=${reports.dir} fileset dir=${src.dir} include name=**/Test*.java/ /fileset /batchtest /cactus /target All you have to do is prepare the archive (cactify it), and change the JBoss home directory. And it is all perfectly documented. I hope I have helped someone. Cheers, Petar. 2008/6/26, SRINIVASAN, KUMARAN [EMAIL PROTECTED]: Thanks a lot -Original Message- From: Daniel Lipofsky [mailto:[EMAIL PROTECTED] Sent: Thursday, June 26, 2008 1:37 PM To: Cactus Users List Subject: RE: urgent help needed -to run cactus on jboss-4.2.0 First off, I was never able to get cactus to run out of the box on JBoss 4.2.x. I had to patch it. You can see my patch at http://danlipofsky.com/technical/cactus/ My cactus tests ran on other app servers (Orion 2.0.7 and WebSphere 6.0). They seem to work pretty well on JBoss 4.2.2 with this patch, but it is definitely a hack. If anyone has a better way please let me know. Here are my ant targets. It's probably more complex than you need. Hopefully the vars are self-explanatory. Don't start or stop the server but does test that it is running. target name=test.cactus.all depends=init antcall target=test.cactus.generic param name=cactus_test_target value=test.cactus.junit/ param name=cactus_test_pattern value=**/*Test.java/ /antcall /target !-- run the Cactus tests (takes ${cactus_test_target} param) -- target name=test.cactus.generic depends=init description=run the Cactus tests on the core module echotest.cactus.generic: target=${cactus_test_target}/echo echocactusContextURL: ${cactusContextURL}/echo fail unless=cactus_test_target message=Missing cactus_test_target parameter/ !-- Check if server is running -- delete file=${java.io.tmpdir}/servercheck.txt / get src=${install.frontend_server_protocol}://${install.frontend_server_nam e}:${install.frontend_server_port}/ws/ dest=${java.io.tmpdir}/servercheck.txt ignoreerrors=yes / fail message=Cannot connect to ${install.frontend_server_protocol}://${install.frontend_server_name}:${ install.frontend_server_port}/ws/ Start application before running this task. condition not available file=${java.io.tmpdir}/servercheck.txt / /not /condition /fail !-- Define the Cactus tasks -- taskdef resource=cactus.tasks classpath refid=test.jar.path / /taskdef runservertests testurl=${cactusContextURL}/ServletTestRunner?Cactus_Service=RUN_TEST starttarget=test.server.start.bogus stoptarget=test.server.stop.bogus
Re: Ant runservertest task by Cactus can't find the commons/logging/Log Class
Hi Sergio, can you paste the exception that you get? Also in what target does the execution fail: cactifywar or runServerTests? Thanks, Petar. 2008/6/18 serdsch [EMAIL PROTECTED]: It doesn't matter if I put the common-loggins.jar within the classpath of my taskdef or if I even copy the classes within the cactus.jar, Cactus is never able to find the class, although it should definetely by within the classpath. Has somebody got any ideas? Here is my taskdef: taskdef name=runservertests classname=org.apache.cactus.integration.ant.RunServerTestsTask classpath pathelement location=${test.host.home.dir}/lib/aspectjrt-1.2.1.jar/ pathelement location=${test.host.home.dir}/lib/cactus-1.7.2.jar/ pathelement location=${test.host.home.dir}/lib/commons.httpclient-2.0.2.jar/ pathelement location=${test.host.home.dir}/lib/commons.logging-1.0.4.jar/ pathelement location=${test.host.home.dir}/lib/junit-3.8.1.jar/ /classpath /taskdef Thx for any input, Greets, Sergio -- View this message in context: http://www.nabble.com/Ant-runservertest-task-by-Cactus-can%27t-find-the-commons-logging-Log-Class-tp17983056p17983056.html Sent from the Cactus - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Regards, Petar! Karlovo, Bulgaria. - - - - - - - - | Technical Consultant @ HP | BGJUG-Bulgarian Java User Group Leader. | Apache Jakarta PMC member. | Jakarta Cactus Lead Developer. | Blogger: http://weblogs.java.net/blog/paranoiabla/ - - - - - - - - Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: cactifywar doesn't support the nested classpath element
Hi nauke, can we please see you cactiftywar task? i guess that you are trying to place the classpath nested element inside the cactifywar element, which is impossible. I will have more to tell you once I see the build.xml you have. Cheers, Petar. 2008/6/10 nauke. [EMAIL PROTECTED]: Hi! Hope I got the right mailing list. Environment: jboss-4.2.2.GA junit-3.8.1 cactus-1.7.2 eclipse java 5 ant Initially I was trying to run my cactus target, that looks like this: target name=cactus taskdef name=runservertests classname=org.apache.cactus.integration.ant.RunServerTestsTask classpath refid=project.classpath / /taskdef runservertests testURL= http://localhost:8080/myproject/ServletRedirectorSecure?Cactus_Service=RUN_TEST starttarget=jboss.start testtarget=test stoptarget=jboss.shutdown/ /target but I kept getting the following error: ... build.xml:464: Problem: failed to create task or type cactifywar Cause: The name is undefined. Action: Check the spelling. Action: Check that any custom tasks/types have been declared. Action: Check that any presetdef/macrodef declarations have taken place. After some googling, apparently the cactus library files I need are missing from my classpath. I double checked and saw that all the library files I need were already in my project.classpath, specified in my build.xml Since since this obviously wasn't working or I was doing something wrong, I decided to follow the instructions on this page: http://jakarta.apache.org/cactus/integration/ant/howto_ant_cactus.html So i defined my property names and the path id=cactus.classpath. All was good, until I added the following: taskdef resource=cactus.tasks classpathref=cactus.classpath/ and modified my cactus target section from: classpath refid=project.classpath / to: classpath refid=cactus.classpath / and now I get this error: build.xml:464: cactifywar doesn't support the nested classpath element. *pulls hair out* why??? Even if I leave that classpath refid value with project.classpath, it does the same thing. Can't find an answer for the life of me! On that howto link above, it even says: An important fact to note about the *cactifywar* task is that it extends the builtin Ant task *war*. That's why we can add the nested *classes*and *lib* elements in the example above. Does anyone know? Cheers, nic -- Regards, Petar! Karlovo, Bulgaria. - - - - - - - - | Author @ Manning Publications. | Technical Consultant @ HP | BGJUG-Bulgarian Java User Group Leader. | Apache Jakarta PMC member. | Jakarta Cactus Lead Developer. | Blogger: http://weblogs.java.net/blog/paranoiabla/ - - - - - - - - Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: Glassfish and FilterRedirector
Hi Keith, as far as I remember Cactus turns to the Cargo project for parsing the web.xml and determining the version of the web.xml. I now see that they don't cover version 2.5 But they are about to make a new release so I will see if they can include the changes. Regards, Petar. 2008/6/5, Keith R. Davis [EMAIL PROTECTED]: I think I found the culprit: From the Cactus docs: The Cactus test redirectors are automatically injected into the deployment descriptor of the destination archive. By the way, the task will examine the version of the *web-app DTD used in the source file, which determines the servlet API version in use (if no |DOCTYPE| declaration is found, it assumes servlet API 2.2)*. The filter test redirector will only be inserted if the servlet API version is 2.3 (or later). The Glassfish web.xml uses schemas (xsd) not DOCTYPEs, so I think what is happening is the Cactus ant tasks think my 2.5 web.xml is really a 2.2 application and therefore does not add the FilterRedirector. I finally got a filter tests to work after forcing a filter into the original web.xml. So my next question is, how to make it work... I stuffed the following at the top of my web.xml: !DOCTYPE sun-web-app PUBLIC -//Sun Microsystems, Inc.//DTD Application Server 9.0 Servlet 2.5//EN http://www.sun.com/software/appserver/dtds/sun-web-app_2_5-0.dtd; Didn't work, no FilterRedirector, so taking a wild stab, I added a 2.3 DOCTYPE to the web.xml: !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN http://java.sun.com/dtd/web-app_2_3.dtd; Everything works! But the app versions are mismatched 2.3 DOCTYPE with a 2.5 file, NOT good and I get nasty validation errors. This looks like a bug. My original web.xml: ?xml version=1.0 encoding=UTF-8? web-app version=2.5 xmlns=http://java.sun.com/xml/ns/javaee; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation= http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd; display-nameopenEPRS Services/display-name filter filter-nameLoginCheckFilter/filter-name filter-classcom.zunisoft.openeprs.servlet.LoginCheckFilter/filter-class /filter filter-mapping filter-nameLoginCheckFilter/filter-name url-pattern/*/url-pattern /filter-mapping filter filter-nameWadlFormatFilter/filter-name filter-classcom.zunisoft.openeprs.servlet.WadlFormatFilter/filter-class init-param param-namexsltfile/param-name param-value/common/xsl/wadl_to_html.xsl/param-value /init-param /filter filter-mapping filter-nameWadlFormatFilter/filter-name url-pattern/resources/application.wadl/url-pattern /filter-mapping servlet servlet-nameServletAdaptor/servlet-name servlet-classcom.sun.ws.rest.impl.container.servlet.ServletAdaptor/servlet-class load-on-startup1/load-on-startup /servlet servlet-mapping servlet-nameServletAdaptor/servlet-name url-pattern/resources/*/url-pattern /servlet-mapping session-config session-timeout 30 /session-timeout /session-config welcome-file-list welcome-fileindex.jsp/welcome-file /welcome-file-list login-config auth-methodBASIC/auth-method realm-nameopeneprs-realm/realm-name /login-config security-constraint display-nameProtected Resources/display-name web-resource-collection web-resource-nameSecure Web Services/web-resource-name description/ url-pattern/*/url-pattern http-methodGET/http-method http-methodPOST/http-method http-methodHEAD/http-method http-methodPUT/http-method http-methodOPTIONS/http-method http-methodTRACE/http-method http-methodDELETE/http-method /web-resource-collection auth-constraint descriptionRole Access/description role-nameadmin/role-name /auth-constraint /security-constraint security-role descriptionAdministrator/description role-nameadmin/role-name /security-role /web-app Keith R. Davis wrote: I have a meeting so I won't be available this afternoon. What time zone are you on? On Wed, 4 Jun 2008 21:44:06 +0300, Petar Tahchiev [EMAIL PROTECTED] wrote: Hi Keith, do you have some kind of AIM, Gtalk, Skype, ICQ. I want to help you so it would be best if I can talk to you in person. Thanks, Petar. 2008/6/4, Keith R. Davis [EMAIL PROTECTED]: I give up, tried linux and windows, downgraded to ant 1.6.5, tried the mergewebxml attribute with cactifywar, changed api levels in the web.xml and even forced a filterredirector into the original web.xml. The closest I get is a 404 not found error when running a filter test. The cactus samples fail as well. The environment is Netbeans 6.1 and Glassfish V2UR2. I couldn't find a way
Re: Glassfish and FilterRedirector
Hi Keith, the short answer is Yes. You should be able to test Filters with Servlet API 2.5. We do it in the sample projects that come with Cactus. What is your Cactus version that you use? What version of Ant you use? What is your JVM version and operating System? Please post your build.xml here to see what is wrong with it. Also have a look at the Cactus SVN repository - we have sample applications that execute filter tests, and they work. Thanks, Petar. 2008/6/4 Keith R. Davis [EMAIL PROTECTED]: All, I am using Glassfish V2UR2 and my web application is using version 2.5 of the servlet API. I have basic Cactus servlet tests working, however I cannot get filter tests to work. I think this has to do with the cactifywar ant task not adding the filter redirector to the web.xml. I have one defined in the task, but it doesn't show up when the war is cactified. The short question, can I test filters with 2.5 of the servlet API? Everything else seems to work fine except filters. I did see older threads on the list that servlets using 2.4 and greater of the API were not supported. Has this been updated? Finally if I am being an idiot and it is not supported, is there a workaround or another tool that can test filters in container with the newest servlet APIs. Thanks! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Regards, Petar! Karlovo, Bulgaria. - - - - - - - - | Author @ Manning Publications. | Technical Consultant @ HP | BGJUG-Bulgarian Java User Group Leader. | Apache Jakarta PMC member. | Jakarta Cactus Lead Developer. | Blogger: http://weblogs.java.net/blog/paranoiabla/ - - - - - - - - Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: Glassfish and FilterRedirector
Hi Keith, honestly I don't see any reason why this would not work. Everything seems OK. :-( I want to give you a few hints to try different stuff: 0) Your web.xml might follow the 2.2 dtd schema. If that is the case then filter redirectors will not get included in the web.xml. You can try to add the mergewebxml=${basedir}/src/main/webapp/WEB-INF/cactus-web.xml parameter to your cactifywar task. 1) First try to execute ant in verbose mode: ant -v and see if the redirectors get added. You can also redirect the output with to a file and attach the output to your mail here. 2) I think there was some problem with Ant 1.7.0. If the first hint does not work you can try to downgrade to ant 1.6.5, or use ant 1.7.1 or Ant 1.8.0. 3) Also try to execute the sample tests that come with the source distribution. See how they work and follow their principles. Hope some of these help. Best of luck, Petar. 2008/6/4 Keith R. Davis [EMAIL PROTECTED]: Let's try the build.xml part again: !-- Cactify the WAR -- target name=cactify-war depends=-copy-cactus-tests,dist cactifywar destfile=${dist.dir}/${cactus.war} srcfile=${dist.war} servletredirector/ servletredirector name=${cactus.servlet.redirector} mapping=/${cactus.servlet.redirector} roles=test,admin/ filterredirector mapping=/${cactus.webapp.context}/${cactus.filter.redirector}/ jspredirector mapping=/${cactus.webapp.context}/${cactus.jsp.redirector}/ /cactifywar delete failonerror=false includeEmptyDirs=true fileset dir=${basedir} includes=cactus*/ /delete /target On Wed, 04 Jun 2008 06:15:18 -0600, Keith R. Davis [EMAIL PROTECTED] wrote: Thanks for the quick response! See my answers below and here is the important bit of my build.xml and as I said before, the task never inserts the filterredirector: * * * * * * * * * * * * -- Begin properties for the above -- cactus.host = http://localhost cactus.port = 8080 cactus.webapp.context = openeprs-svcs cactus.service = RUN_TEST cactus.servlet.redirector = ServletRedirectorSecure cactus.jsp.redirector = JspRedirector cactus.filter.redirector = FilterRedirector cactus.war = cactus-test.war -- End properties for the above -- What is your Cactus version that you use? 1.8.0 (binary dist from Apache) What version of Ant you use? 1.7.0 What is your JVM version and operating System? Ubuntu Linux 8.04 with JDK 1.6.0_06 On Wed, 4 Jun 2008 09:41:25 +0300, Petar Tahchiev wrote: Hi Keith, the short answer is Yes. You should be able to test Filters with Servlet API 2.5. We do it in the sample projects that come with Cactus. What is your Cactus version that you use? What version of Ant you use? What is your JVM version and operating System? Please post your build.xml here to see what is wrong with it. Also have a look at the Cactus SVN repository - we have sample applications that execute filter tests, and they work. Thanks, Petar. 2008/6/4 Keith R. Davis : All, I am using Glassfish V2UR2 and my web application is using version 2.5 of the servlet API. I have basic Cactus servlet tests working, however I cannot get filter tests to work. I think this has to do with the cactifywar ant task not adding the filter redirector to the web.xml. I have one defined in the task, but it doesn't show up when the war is cactified. The short question, can I test filters with 2.5 of the servlet API? Everything else seems to work fine except filters. I did see older threads on the list that servlets using 2.4 and greater of the API were not supported. Has this been updated? Finally if I am being an idiot and it is not supported, is there a workaround or another tool that can test filters in container with the newest servlet APIs. Thanks! - To unsubscribe, e-mail: [EMAIL PROTECTED] [2] For additional commands, e-mail: [EMAIL PROTECTED] [3] -- Regards, Petar! Karlovo, Bulgaria. - - - - - - - - | Author @ Manning Publications. | Technical Consultant @ HP | BGJUG-Bulgarian Java User Group Leader. | Apache Jakarta PMC member. | Jakarta Cactus Lead Developer. | Blogger: http://weblogs.java.net/blog/paranoiabla/ [4] - - - - - - - - Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 [5] Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611 Links: -- [1] mailto:[EMAIL PROTECTED] [2] mailto:[EMAIL PROTECTED] [3] mailto:[EMAIL PROTECTED] [4] http://weblogs.java.net/blog/paranoiabla/ [5] https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid
Re: Glassfish and FilterRedirector
Hi Keith, do you have some kind of AIM, Gtalk, Skype, ICQ. I want to help you so it would be best if I can talk to you in person. Thanks, Petar. 2008/6/4, Keith R. Davis [EMAIL PROTECTED]: I give up, tried linux and windows, downgraded to ant 1.6.5, tried the mergewebxml attribute with cactifywar, changed api levels in the web.xml and even forced a filterredirector into the original web.xml. The closest I get is a 404 not found error when running a filter test. The cactus samples fail as well. The environment is Netbeans 6.1 and Glassfish V2UR2. I couldn't find a way of adding the filter redirector through any cactus method that would work with this environment. Does anyone use alternative testing frameworks? On Wed, 04 Jun 2008 07:09:49 -0600, Keith R. Davis [EMAIL PROTECTED] wrote: Petar, Thanks for the hints, I'll see what happens. One of the first things I did check was the dtd version in the web.xml, it is 2.5. I forgot about running ant in verbose mode, that may give me a bit of insight as well as trying a different version of ant. Thanks again! On Wed, 4 Jun 2008 15:45:25 +0300, Petar Tahchiev [EMAIL PROTECTED] wrote: Hi Keith, honestly I don't see any reason why this would not work. Everything seems OK. :-( I want to give you a few hints to try different stuff: 0) Your web.xml might follow the 2.2 dtd schema. If that is the case then filter redirectors will not get included in the web.xml. You can try to add the mergewebxml=${basedir}/src/main/webapp/WEB-INF/cactus-web.xml parameter to your cactifywar task. 1) First try to execute ant in verbose mode: ant -v and see if the redirectors get added. You can also redirect the output with to a file and attach the output to your mail here. 2) I think there was some problem with Ant 1.7.0. If the first hint does not work you can try to downgrade to ant 1.6.5, or use ant 1.7.1 or Ant 1.8.0. 3) Also try to execute the sample tests that come with the source distribution. See how they work and follow their principles. Hope some of these help. Best of luck, Petar. 2008/6/4 Keith R. Davis [EMAIL PROTECTED]: Let's try the build.xml part again: !-- Cactify the WAR -- target name=cactify-war depends=-copy-cactus-tests,dist cactifywar destfile=${dist.dir}/${cactus.war} srcfile=${dist.war} servletredirector/ servletredirector name=${cactus.servlet.redirector} mapping=/${cactus.servlet.redirector} roles=test,admin/ filterredirector mapping=/${cactus.webapp.context}/${cactus.filter.redirector}/ jspredirector mapping=/${cactus.webapp.context}/${cactus.jsp.redirector}/ /cactifywar delete failonerror=false includeEmptyDirs=true fileset dir=${basedir} includes=cactus*/ /delete /target On Wed, 04 Jun 2008 06:15:18 -0600, Keith R. Davis [EMAIL PROTECTED] wrote: Thanks for the quick response! See my answers below and here is the important bit of my build.xml and as I said before, the task never inserts the filterredirector: * * * * * * * * * * * * -- Begin properties for the above -- cactus.host = http://localhost cactus.port = 8080 cactus.webapp.context = openeprs-svcs cactus.service = RUN_TEST cactus.servlet.redirector = ServletRedirectorSecure cactus.jsp.redirector = JspRedirector cactus.filter.redirector = FilterRedirector cactus.war = cactus-test.war -- End properties for the above -- What is your Cactus version that you use? 1.8.0 (binary dist from Apache) What version of Ant you use? 1.7.0 What is your JVM version and operating System? Ubuntu Linux 8.04 with JDK 1.6.0_06 On Wed, 4 Jun 2008 09:41:25 +0300, Petar Tahchiev wrote: Hi Keith, the short answer is Yes. You should be able to test Filters with Servlet API 2.5. We do it in the sample projects that come with Cactus. What is your Cactus version that you use? What version of Ant you use? What is your JVM version and operating System? Please post your build.xml here to see what is wrong with it. Also have a look at the Cactus SVN repository - we have sample applications that execute filter tests, and they work. Thanks, Petar. 2008/6/4 Keith R. Davis : All, I am using Glassfish V2UR2 and my web application is using version 2.5 of the servlet API. I have basic Cactus servlet tests working, however I cannot get filter tests to work. I think this has to do with the cactifywar ant task not adding the filter redirector to the web.xml. I have one defined in the task, but it doesn't show up when the war is cactified. The short question, can I test filters with 2.5
Re: Junit 4.4 upgrade problem.
Hi Senthil, I guess that is because you are using both cactus.core.framework.javaEE.13-14-1.8.0.jar and cactus.core.framework.uberjar.javaEE.14-1.8.0.jar And the ServletTestRunner is in both of them. You need to use only the uberjatr jar. The other one is just a jar we need in order to create the uberjar. Please also have a look at the sample applications that come with Cactus. They reside in the samples/servlet samples/ejb samples/jetty folders. Try to execute them first and then see if the same approach works for you. Thanks, Petar. 2008/5/23, senthil kumar [EMAIL PROTECTED]: Hi Petar, Failed to checkout from SVN since my company had some filteres where it didn't allow me to do the same. I am getting below errors - svn: REPORT request failed on '/repos/asf/!svn/vcc/default' svn: REPORT of '/repos/asf/!svn/vcc/default': 400 Bad Request ( http://svn.apache.org) So I downloaded cactus-1.8.0-src.zip and modified those two classes and then build those classes using mvn clean install. After the build I picked up following jar files cactus.core.framework.javaEE.13-14-1.8.0.jar , cactus.core.framework.uberjar.javaEE.14-1.8.0.jar cactus.integration.shared.api-1.8.0.jar from userhome/.m2/repository/org/apache/cactus and placed into my lib directory of my server and ran my tests. I am getting en error like below: Error 500 while accessing /ServletTestRunner Reason: Wrapper cannot find servlet class org.apache.cactus.server.runner.ServletTestRunner or a class it depends on Trace 1: org.apache.cactus.server.runner.ServletTestRunner java.lang.ClassNotFoundException: org.apache.cactus.server.runner.ServletTestRunner at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1360) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1206) at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1083) at org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:806) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:129) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:525) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:568) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) at java.lang.Thread.run(Thread.java:619) Could you please let me know whether I picked up the right jar files or not? Apart from the above three jar files what else I need to run my tests. Does Cactus 1.8.0 require any other jar files? Previously I had only cactus-1.7.1.jar file in my lib directory. Please give me your suggestions. -Senthil. - Original Message From: Petar Tahchiev [EMAIL PROTECTED] To: Cactus Users List cactus-user@jakarta.apache.org Sent: Thursday, May 22, 2008 2:58:45 AM Subject: Re: Junit 4.4 upgrade problem. Hi Senthil, what you can try to do is check out the trunk of cactus. Just type (you will need Subversion installed): svn co http://svn.apache.org/repos/asf/jakarta/cactus/trunk/ cactus and then build it with: mvn clean install (you will need a Maven2 installed). This will produce all the artifacts that you need. Also you can paste the exception here. Cheers, Petar. 2008/5/21, senthil kumar [EMAIL PROTECTED]: Hi Petar, We developed a junit testing framework for our application using Cactus and Junit. With junit 3.8 it was working fine. Once after we upgraded to junit 4.4 we got a run time exception as I mentioned below. Now once after I get the changes I downloaded the cactus src zip and try to compile the source code in my local box using maven. But it looks like I am missing something while compiling. So I requested you to provide the cactus.jar file from the latest build which you have along with the below mentioned changes to take care of TestSuiteLoader API's. I am not sure how to checkout cactus jar file from SVN. Could you please provide me the location for the same. Sorry for the confusion. -Senthil. - Original Message From: Petar Tahchiev [EMAIL PROTECTED] To: Cactus Users List cactus-user@jakarta.apache.org Sent: Wednesday, May
Re: Junit 4.4 upgrade problem.
Hi Senthil, what you can try to do is check out the trunk of cactus. Just type (you will need Subversion installed): svn co http://svn.apache.org/repos/asf/jakarta/cactus/trunk/ cactus and then build it with: mvn clean install (you will need a Maven2 installed). This will produce all the artifacts that you need. Also you can paste the exception here. Cheers, Petar. 2008/5/21, senthil kumar [EMAIL PROTECTED]: Hi Petar, We developed a junit testing framework for our application using Cactus and Junit. With junit 3.8 it was working fine. Once after we upgraded to junit 4.4 we got a run time exception as I mentioned below. Now once after I get the changes I downloaded the cactus src zip and try to compile the source code in my local box using maven. But it looks like I am missing something while compiling. So I requested you to provide the cactus.jar file from the latest build which you have along with the below mentioned changes to take care of TestSuiteLoader API's. I am not sure how to checkout cactus jar file from SVN. Could you please provide me the location for the same. Sorry for the confusion. -Senthil. - Original Message From: Petar Tahchiev [EMAIL PROTECTED] To: Cactus Users List cactus-user@jakarta.apache.org Sent: Wednesday, May 21, 2008 4:18:21 AM Subject: Re: Junit 4.4 upgrade problem. Hi Senthil, actually I have no idea what are you trying to do. Are you trying to execute Cactus test-cases with annotations or you just try to start your test-cases with junit 4.4. in the classpath. I have tried the latter one with cactus from the svn checkout and it works. Please provide some exception stack trace to see what's breaking. Thanks, Petar. 2008/5/21, senthil kumar [EMAIL PROTECTED]: Hi Petar, I compiled with the below changes but still its not working. Not sure whether I am compiling the same properly or not. Could you please provide me the cactus.jar file with the below changes from your local setup. Thanks in advance. -Senthil. - Original Message From: Petar Tahchiev [EMAIL PROTECTED] To: Cactus Users List cactus-user@jakarta.apache.org Sent: Friday, May 16, 2008 8:47:06 PM Subject: Re: Junit 4.4 upgrade problem. Hi Senthil, indeed this issue was solved, but after the 1.8.0 release. You can take a look at the svn repository to see how: http://svn.apache.org/repos/asf/jakarta/cactus/trunk/framework/framework-13-14/src/main/java/org/apache/cactus/internal/server/runner/WebappTestRunner.java and http://svn.apache.org/repos/asf/jakarta/cactus/trunk/framework/framework-13-14/src/main/java/org/apache/cactus/internal/server/runner/WebappTestSuiteLoader.java HTH, Petar. 2008/5/16 senthil kumar [EMAIL PROTECTED]: Hi Petar, Looked at the cactus-1.8.0.src.zip files. Still WebappTestRunner.getLoader() is returning TestSuiteLoader object. And also noticed still junit-3.8.2.jar is used in cactus1.8.0. If you have a cactus.jar file (modified one) in your local area could you please send it to me. If not could you please let me know how can I modify the same. -Senthil. - Original Message From: senthil kumar [EMAIL PROTECTED] To: Cactus Users List cactus-user@jakarta.apache.org Sent: Friday, May 16, 2008 8:13:28 AM Subject: Re: Junit 4.4 upgrade problem. Hi Petar, Thanks for your response. I think I am using 1.7.X version. If I remember correctly I tried with 1.8.0 also. I will try again with 1.8.0 and will let you know the results. -Senthil. - Original Message From: Petar Tahchiev [EMAIL PROTECTED] To: Cactus Users List cactus-user@jakarta.apache.org Sent: Friday, May 16, 2008 4:10:36 AM Subject: Re: Junit 4.4 upgrade problem. Hi Senthil, as far as I remember I have already fixed that in Cactus 1.8.0. Which version of Cactus are you using? Cheers, Petar. 2008/5/16 senthil kumar [EMAIL PROTECTED]: Hi, We are having some problem with upgrading Junit 4.4 version. Since some of the API's like (TestSuiteLoader.java) were removed in junit4.4 which were used by cactus, we wont be able to run our testcases we are getting runtime exception. Details : WebappTestSuiteLoader from Cactus was implemented using TestSuiteLoader interface from Junit3.8 but this API didn't exists in junit4.4. Could anyone have any ideas how to over come this problem. -senthil - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Regards, Petar! Karlovo, Bulgaria. EOOXML Objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: https://keyserver1.pgp.com/vkd
Re: Tests that take a long time to execute
Hi Adam, the only thing that comes to my mind is that you can try to do that asynchronously. The user clicks on a button and then a message Test execution started. Please see your email for the test results. is displayed. After the tests finish the execution an email(or any other notification) is sent. Cheers, Petar. 2008/5/22, Adam Retter [EMAIL PROTECTED]: Hi Chaps, We have a set of JUnit tests that we run in 3 different scenarios - 1) During development i.e. from Eclipse or Ant etc 2) As part of building a release of our application (Ant) 3) From the web-applicaton itself, a user clicks a button on a webpage (Using a custom driver that simply using reflection run's each method whose name starts test and just records if any of them fails and shows an overall success of failure message) The Problem - for scenario 3, this used to work fine as the tests completed fairly quickly, but now after massive expansion of the tests, these tests can take up to 30 minutes to complete. In the current scenario the user will get a HTTP Request timed out error like message before the tests complete. I am wondering if there is a solution in to this in the Cactus project some how? Otherwise I envisaged creating some sort of Servlet that runs the JUnit tests and acts as a datasource to an AJAX enabled webpage that polls the Servlet for status and which tests have passed or failed and updates appropriately. Thanks Adam Adam Retter Landmark Information Group Ltd 5-7 Abbey Court Eagle Way Sowton Industrial Estate Exeter Devon EX2 7HY t: +44(0)1392 685403 w: http://www.landmarkinfo.co.uk Registered Office: 7 Abbey Court, Eagle Way, Sowton, Exeter, Devon, EX2 7HY Registered Number 2892803 Registered in England and Wales This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email The information contained in this e-mail is confidential and may be subject to legal privilege. If you are not the intended recipient, you must not use, copy, distribute or disclose the e-mail or any part of its contents or take any action in reliance on it. If you have received this e-mail in error, please e-mail the sender by replying to this message. All reasonable precautions have been taken to ensure no viruses are present in this e-mail. Landmark Information Group Limited cannot accept responsibility for loss or damage arising from the use of this e-mail or attachments and recommend that you subject these to your virus checking procedures prior to use. -- Regards, Petar! Karlovo, Bulgaria. EOOXML Objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: Junit 4.4 upgrade problem.
Hi Senthil, actually I have no idea what are you trying to do. Are you trying to execute Cactus test-cases with annotations or you just try to start your test-cases with junit 4.4. in the classpath. I have tried the latter one with cactus from the svn checkout and it works. Please provide some exception stack trace to see what's breaking. Thanks, Petar. 2008/5/21, senthil kumar [EMAIL PROTECTED]: Hi Petar, I compiled with the below changes but still its not working. Not sure whether I am compiling the same properly or not. Could you please provide me the cactus.jar file with the below changes from your local setup. Thanks in advance. -Senthil. - Original Message From: Petar Tahchiev [EMAIL PROTECTED] To: Cactus Users List cactus-user@jakarta.apache.org Sent: Friday, May 16, 2008 8:47:06 PM Subject: Re: Junit 4.4 upgrade problem. Hi Senthil, indeed this issue was solved, but after the 1.8.0 release. You can take a look at the svn repository to see how: http://svn.apache.org/repos/asf/jakarta/cactus/trunk/framework/framework-13-14/src/main/java/org/apache/cactus/internal/server/runner/WebappTestRunner.java and http://svn.apache.org/repos/asf/jakarta/cactus/trunk/framework/framework-13-14/src/main/java/org/apache/cactus/internal/server/runner/WebappTestSuiteLoader.java HTH, Petar. 2008/5/16 senthil kumar [EMAIL PROTECTED]: Hi Petar, Looked at the cactus-1.8.0.src.zip files. Still WebappTestRunner.getLoader() is returning TestSuiteLoader object. And also noticed still junit-3.8.2.jar is used in cactus1.8.0. If you have a cactus.jar file (modified one) in your local area could you please send it to me. If not could you please let me know how can I modify the same. -Senthil. - Original Message From: senthil kumar [EMAIL PROTECTED] To: Cactus Users List cactus-user@jakarta.apache.org Sent: Friday, May 16, 2008 8:13:28 AM Subject: Re: Junit 4.4 upgrade problem. Hi Petar, Thanks for your response. I think I am using 1.7.X version. If I remember correctly I tried with 1.8.0 also. I will try again with 1.8.0 and will let you know the results. -Senthil. - Original Message From: Petar Tahchiev [EMAIL PROTECTED] To: Cactus Users List cactus-user@jakarta.apache.org Sent: Friday, May 16, 2008 4:10:36 AM Subject: Re: Junit 4.4 upgrade problem. Hi Senthil, as far as I remember I have already fixed that in Cactus 1.8.0. Which version of Cactus are you using? Cheers, Petar. 2008/5/16 senthil kumar [EMAIL PROTECTED]: Hi, We are having some problem with upgrading Junit 4.4 version. Since some of the API's like (TestSuiteLoader.java) were removed in junit4.4 which were used by cactus, we wont be able to run our testcases we are getting runtime exception. Details : WebappTestSuiteLoader from Cactus was implemented using TestSuiteLoader interface from Junit3.8 but this API didn't exists in junit4.4. Could anyone have any ideas how to over come this problem. -senthil - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Regards, Petar! Karlovo, Bulgaria. EOOXML Objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611 - 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] -- Regards, Petar! Karlovo, Bulgaria. EOOXML Objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Regards, Petar! Karlovo, Bulgaria. EOOXML Objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: EJB3 Testing
Hi Johannes, sorry for my late response. I am not sure if these threads will help you: http://www.caucho.com/support/resin-interest/0506/0025.html http://biese.wordpress.com/2008/02/20/how-to-call-ejb3-from-jsp-servlet-and-stand-alone-application/ HTH, Petar. 2008/5/21, Johannes Harms [EMAIL PROTECTED]: 1.) Can Cactus be used within an EJB3 / Java Enterprise 5 Environment? I guess, the answer given in the mailing list is also true for me, right? [quote Petar Tahchiev]: First no, Cactus currently does not support J2EE 1.5. http://www.mail-archive.com/cactus-user@jakarta.apache.org/msg07439.html But then, does this mean Cactus is of no use for me? I would not mind if Cactus is unable to start and stop Glassfish, or to undeploy and deploy my application, I can do this myself. I would be happy to have Cactus run inside my Glassfish container, and I could then run the tests by hand using my webbrowser. To demonstrate this possibility, I wrote a sample application using http://jakarta.apache.org/cactus/writing/howto_ejb_j2eeri.html and http://jakarta.apache.org/cactus/integration/integration_browser.html as guidelines. I can now call http://localhost:8080/Sukkulent-war/ServletTestRunner?suite=sukkulent.web.MyTestsuitexsl=cactus-report.xsl and I get a nice report. 2.) How can my Cactus TestSuite get a reference to an EJB3 Session bean? Even though I am happy to have the above mentionned sample application running, I am still having difficulties. The one thing that is not working is this: My Cactus Testcase cannot reference my EJBs. The usual @EJB injection simply does not work... public class MyTestsuite extends ServletTestCase { private MySessionBeanLocal mysessionbean; // ... @Override public void setUp() { // TODO: How can I get a reference to my EJB Session Bean? } public void testXXX() throws Exception { assertNotNull(mysessionbean); } } How can my Cactus Testcase get a reference to MySessionBean? I would preferably use the local interface since the rest of my application does not need remote interfaces... Please help! On 19.05.2008, at 22:32, Johannes Harms wrote: Could you help me to find out if Cactus is right for me? (I am sorry if my questions seem stupid, please don't be offended! I am new to Cactus and relatively new to the Java Enterprise World. I did search through the mailing lists and I have read some of the documentation..) 1.) Does Cactus support EJB3 testing? Can I run Cactus Tests inside the Glassfish server to test my EJBs? Can I use the annotation-based Java Enterprise Dependency Injection to get references to my EJBs? E.g could I inject @EJB private EJB myEJB; into my Cactus test case? Although not necessary (I could use JNDI instead to lookup the EJB), it would be very convenient. 2.) Given my situation, would you recommend Cactus? For our project, we are using Glassfish, EJB3 and JSF to provide a webbased interface for database-driven application. I am looking for a solution to testing our EJB business logic (mainly EJB3 Entity Beans and stateless Session Beans). Because the business logic EJBs make use of dependency injection (injection of other EJBs, of the PersistenceContext and the SessionContext), I would prefer the tests to run in the EJB component's natural environment instead of a mocked test environment. This is how I came to search for in-Container testing strategies and found the Cactus Project... thank you and with kind regards, Johannes (from Austria) - 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] -- Regards, Petar! Karlovo, Bulgaria. EOOXML Objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: Junit 4.4 upgrade problem.
Hi Senthil, as far as I remember I have already fixed that in Cactus 1.8.0. Which version of Cactus are you using? Cheers, Petar. 2008/5/16 senthil kumar [EMAIL PROTECTED]: Hi, We are having some problem with upgrading Junit 4.4 version. Since some of the API's like (TestSuiteLoader.java) were removed in junit4.4 which were used by cactus, we wont be able to run our testcases we are getting runtime exception. Details : WebappTestSuiteLoader from Cactus was implemented using TestSuiteLoader interface from Junit3.8 but this API didn't exists in junit4.4. Could anyone have any ideas how to over come this problem. -senthil - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Regards, Petar! Karlovo, Bulgaria. EOOXML Objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: Junit 4.4 upgrade problem.
Hi Senthil, indeed this issue was solved, but after the 1.8.0 release. You can take a look at the svn repository to see how: http://svn.apache.org/repos/asf/jakarta/cactus/trunk/framework/framework-13-14/src/main/java/org/apache/cactus/internal/server/runner/WebappTestRunner.java and http://svn.apache.org/repos/asf/jakarta/cactus/trunk/framework/framework-13-14/src/main/java/org/apache/cactus/internal/server/runner/WebappTestSuiteLoader.java HTH, Petar. 2008/5/16 senthil kumar [EMAIL PROTECTED]: Hi Petar, Looked at the cactus-1.8.0.src.zip files. Still WebappTestRunner.getLoader() is returning TestSuiteLoader object. And also noticed still junit-3.8.2.jar is used in cactus1.8.0. If you have a cactus.jar file (modified one) in your local area could you please send it to me. If not could you please let me know how can I modify the same. -Senthil. - Original Message From: senthil kumar [EMAIL PROTECTED] To: Cactus Users List cactus-user@jakarta.apache.org Sent: Friday, May 16, 2008 8:13:28 AM Subject: Re: Junit 4.4 upgrade problem. Hi Petar, Thanks for your response. I think I am using 1.7.X version. If I remember correctly I tried with 1.8.0 also. I will try again with 1.8.0 and will let you know the results. -Senthil. - Original Message From: Petar Tahchiev [EMAIL PROTECTED] To: Cactus Users List cactus-user@jakarta.apache.org Sent: Friday, May 16, 2008 4:10:36 AM Subject: Re: Junit 4.4 upgrade problem. Hi Senthil, as far as I remember I have already fixed that in Cactus 1.8.0. Which version of Cactus are you using? Cheers, Petar. 2008/5/16 senthil kumar [EMAIL PROTECTED]: Hi, We are having some problem with upgrading Junit 4.4 version. Since some of the API's like (TestSuiteLoader.java) were removed in junit4.4 which were used by cactus, we wont be able to run our testcases we are getting runtime exception. Details : WebappTestSuiteLoader from Cactus was implemented using TestSuiteLoader interface from Junit3.8 but this API didn't exists in junit4.4. Could anyone have any ideas how to over come this problem. -senthil - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Regards, Petar! Karlovo, Bulgaria. EOOXML Objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611 - 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] -- Regards, Petar! Karlovo, Bulgaria. EOOXML Objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: JVM dump when trying to run cactus test cases
Hi Maria, I want to try to help you but to be able to, I need the following data: - what version of Cactus are you using? - what version of Ant or Maven are you using? - can you copy/paste your testcase? - can you copy/paste the error message you get? Thanks, Petar. 2008/5/14 Maria G Pavlova [EMAIL PROTECTED]: Hi all, i get a dump when trying to run the StrutsTC Cactus test cases thru Junit or as a Java App , it appears to be some access violation judging from the dump output.. JVMDG217: Dump Handler is Processing Signal 11 - Please Wait. JVMDG221: Dump Handler Caught Internal Exception 2 Processing JAVADUMP for Signal 11. JVMDG215: Dump Handler has Processed Exception Signal 11. any suggesitons? Maria Pavlova IBM Global Services email: [EMAIL PROTECTED] -- Regards, Petar! Karlovo, Bulgaria. EOOXML Objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: FormAuthentication problem
Hi guys, I have added Kazuhito's changes in the svn. Sorry I have missed them - I have been really swamped lately. Eric, maybe you can tell more on how you use Cactus on the Who uses Cactus wiki. :-) Cheers, Petar. 2008/4/30 Eric Barendt [EMAIL PROTECTED]: We are using JBoss 4.2.1 with whatever version of Tomcat it comes with. I just applied your patch to the 1.8.0 code, and it works great! Is this a bug in Cactus? I couldn't find anything in the project's Jira page, but it'd be great to get this integrated. Thanks! Eric On Tue, Apr 29, 2008 at 11:30 PM, Kazuhito SUGURI [EMAIL PROTECTED] wrote: Hi Eric, In article [EMAIL PROTECTED] , Tue, 29 Apr 2008 15:28:56 -0700, Eric Barendt [EMAIL PROTECTED] wrote: eric I'm working on switching our application from Basic to Form authentication. [snip] eric With FormAuthentication, I get Missing service name parameter eric [Cactus_Service] in HTTP request. and Error getting test result. This eric could happen for example if you're using a load-balancer. This is what I eric see in my access log: eric eric 127.0.0.1 - - [29/Apr/2008:16:50:18 -0500] GET eric /application/ServletRedirectorSecure HTTP/1.1 200 2357 eric 127.0.0.1 - - [29/Apr/2008:16:50:18 -0500] POST eric /application/j_security_check HTTP/1.1 302 - eric 127.0.0.1 - user [29/Apr/2008:16:50:18 -0500] GET eric /application/ServletRedirectorSecure HTTP/1.1 500 2527 eric 127.0.0.1 - user [29/Apr/2008:16:50:18 -0500] GET eric /application/ServletRedirectorSecure?Cactus_Service=GET_RESULTS HTTP/1.1 eric 500 2556 What is your servlet container? If you are using Tomcat later than 5.5.20, my post to tomcat-users ML might helps you: http://marc.info/?l=tomcat-userm=119098089904045w=2 If it works for you, please let me know. Kazuhito SUGURI - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eric Barendt Danube Technologies, Inc. -- Regards, Petar! Karlovo, Bulgaria. EOOXML Objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: Cactus 1.8.0 Features
Hi Dinesh, in theory Cactus 1.8.0 should support EJB3. And in fact I did try to execute some EJB3 cactus tests but I failed. The reason I failed was not Cactus, but Cargo. After the new release cactus is integrated very tightly with Cargo, and Cargo is responsible for manipulating the containers, that cactus needs. The current version of Cargo is 0.9 and none of the EJB3 containers are supported. I tried with JBoss 4.0.2, and after I failed I realized that this version of JBoss does not support EJB3. I guess we all have to wait a couple of months more for Cargo 1.0. Then, hopefully we will be able to execute EJB3 cactus test. HTH, Petar. 2008/4/15, dinesh kumar [EMAIL PROTECTED]: Whether Cactus 1.8.0 support for EJB 3.0. I had read the Announcement.txt, but there is no enough information.Where I can find the features of Cactus 1.8.0. If the Cactus latest relese does not support ejb3.0, what version it will support?. Please let me know. between -00-00 and -99-99 -- Regards, Petar! Karlovo, Bulgaria. EOOXML Objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ANNOUNCEMENT] Apache Cactus 1.8.0 Released
[ANNOUNCEMENT] Apache Cactus 1.8.0 Released The Jakarta Cactus project is pleased to announce the release of Jakarta Cactus 1.8.0. This version contains several changes in the ant-integration module. More specifically we merged Cactus with the Cargo project so that we can manipulate the containers with the Cargo framework. We also migrated our build system to Maven, which brings a new module separation internally in the project. Download - http://jakarta.apache.org/site/downloads/downloads_cactus.cgi Release notes - http://www.apache.org/dist/jakarta/ Cactus site - http://jakarta.apache.org/cactus/ About Cactus - Cactus is a simple test framework for unit testing server-side java code (Servlets, EJBs, Tag Libs, Filters, ...). The intent of Cactus is to lower the cost of writing tests for server-side code. It uses JUnit http://junit.org/ and extends it. Cactus implements an in-container strategy, meaning that tests are executed inside the container. -- Regards, Petar! Karlovo, Bulgaria. EOOXML Objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: Cactus and dbunit
Hi Sergio, IMHO it looks more like a DBUnit-related problem :-(. But for the debugging of Cactus, you can configure your logging and then look for the logs of the server or the client. Hope that helps. Cheers, Petar. 2008/3/20, Sérgio Vieira Rolanski [EMAIL PROTECTED]: Hi, I'm have a problem when trying to load a XLS file into a database. Here is my setUp method: protected void setUp() throws Exception { super.setUp(); IDataSet dataSet = null; try { System.out.println(Call createDatabaseTester); databaseTester = createDatabaseTester(); System.out.println(Call getSetupDataSet); dataSet = getDataSet(); System.out.println(Call setDataSet); databaseTester.setDataSet( dataSet ); System.out.println(Call onSetup); databaseTester.onSetup(); System.out.println(Done); } catch(SQLException ex) { System.out.println(SQLException); ex.printStackTrace(); } catch(Exception ex) { System.out.println(Exception); ex.printStackTrace(); } } What happens is that the Done is never printed out. It seems it get stuck at the onSetup() method. No exception is being thrown. The databaseTester is set correctly just as the dataSet is read from XLS correctly. Also I don't know how to debug cactus, therefore, I'm using these println (which is terribly) any advice on that would be nice as well. Thanks in advance, Sérgio - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Regards, Petar! Karlovo, Bulgaria. EOOXML Objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: cactus in eclipse
Hi Pedro, the Cactus plugin for Eclipse used to be bundled with the Cactus distribution, but later it was removed from it. After that the Eclipse WTP wanted to take part in maintaining it. Now, again, it is being distributed with Cactus. I have made some significant efforts to bring it back to be compatible with Eclipse 3.3 (Europa), so in order to give it a try here is what you have to do. 1) You need to have Eclipse 3.3 installed. 2) You also need to have Subversion and Maven installed. 3) Checkout the Cactus project from here: http://svn.apache.org/repos/asf/jakarta/cactus/trunk (Once we make a release you won't need to download the whole project, but for now you need). 4) Navigate to integration/eclipse and type the following in your shell: mvn clean install 5) Once the process is finished (It may take a lot of time - like 10 or 15 minutes), you should go to the subfolders org.apache.cactus.eclipse.runner/target/ and org.apache.cactus.eclipse.webapp/target/ and see the zip's that have been made. 6) Take both the org.apache.cactus.eclipse.webapp-1.8.0-SNAPSHOT-bin.zip and the org.apache.cactus.eclipse.runner-1.8.0-SNAPSHOT-bin.zip and extract them in your ECLIPSE_HOME/plugins folder. 7) After that start(or restart) Eclipse and there should be the Cactus plugin installed in your Eclipse. Let me know if you have any problems. Cheers, Petar. P.S. This is the mailing list you should post your message ;-) 2008/3/17, Pedro Sá da Costa [EMAIL PROTECTED]: Hi, I would like to use cactus in eclipse, but I've found that the plugin is currently under development. Is there an old plugin available to download? I've downloaded the source code of Cactus from svn but I can't compile the part of the code of the integration of eclipse with cactus. I see that the code uses maven. The problem is that I don't know nothing about maven. I has hoping to download a build.xml file to run with ant. Can anyone help me? If I should explain something with higher detail, please say so. Thanks, Pedro _ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -- Regards, Petar! Karlovo, Bulgaria. EOOXML Objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: Cactus and IBM Portal Integration
Hi Swarup, as far as I know you cannot test portlet application with Cactus. However, there is a separate project in the jboss community called JSFUnit. JSFUnit extends Cactus and provides some further capabilities. You can check there if you want. Best wishes, Petar. 2008/2/25, [EMAIL PROTECTED] [EMAIL PROTECTED]: Hi All, I am working in project deals with JSF portlet. Now I want to test my application with Cactus framework. Can you please provide the sample code snippet? Thanking in Advance, Swarup Rakshit This e-mail and any files transmitted with it are for the sole use of the intended recipient(s) and may contain confidential and privileged information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. Any unauthorised review, use, disclosure, dissemination, forwarding, printing or copying of this email or any action taken in reliance on this e-mail is strictly prohibited and may be unlawful. -- Regards, Petar! Karlovo, Bulgaria. EOOXML Objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: How to package test cases
Hi Michael, my guess would be that you are right. For instance if you look at the samples projects that come with Cactus there is one regarding EJB. Those EJB's are tested with the same approach that you do. Cheers, Petar. 2008/2/8, Michal Valach [EMAIL PROTECTED]: Hi, Im wrote a test case for a class, which is supposed to be compiled into a JAR file within bigger EAR application. My question is, where am i supposed to compile the cactus test case? Im trying to compile the test case into a distinct war file within the same EAR file? Am i doing it right? Michal - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Regards, Petar! Karlovo, Bulgaria. EOOXML Objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: Cactus test case
Hi Raghunandan , The Cactus project has a really good documentation. One point to start is the sample projects. Have a look at the sample projects, that come with the distribution, and once you run these sample projects, try to look in them what part of the HTTP layer is tested with Cactus - cookies, request/session attributes, parameters, etc. Then try to test those things in your servlet. Some links to the Cactus documentation: http://jakarta.apache.org/cactus/writing/howto_testcase_servlet.html http://jakarta.apache.org/cactus/integration/index.html Cheers, Petar. 2008/2/7, Raghunandan B [EMAIL PROTECTED]: Hi, How do i write cactus test case to test this servlet import java.io.*; import javax.servlet.http.*; import javax.servlet.*; import java.net.*; import java.util.*; public class SampleServlet extends HttpServlet { public void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { response.setContentType(text/html); PrintWriter out = response.getWriter(); String title = Session Tracking Example; HttpSession session = request.getSession(true); String heading; Integer accessCount = (Integer)session.getAttribute(accessCount); if (accessCount == null) { accessCount = new Integer(0); } else { accessCount = new Integer(accessCount.intValue() + 1); } // Use setAttribute instead of putValue in version 2.2. session.setAttribute(accessCount, accessCount); out.println( BODY\n+ p align=center+ Session ID + session.getId() + br + Creation Time\n + new Date(session.getCreationTime()) + \n + br + Time of Last Access\n + new Date(session.getLastAccessedTime()) + \n +br + Number of Previous Accesses\n + accessCount + \n + /p+ /BODY/HTML); } /** Handle GET and POST requests identically. */ public void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { doGet(request, response); } } Regards, Raghu -- Regards, Petar! Karlovo, Bulgaria. EOOXML Objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: CactusTask runs test in same VM?
Hi Joerg, since no one is answering, maybe I will give it a try. What basically is going on is this: you start Ant in a JVM and it delegates the executions of the tests that you specify to Cactus(again in the same JVM). Cactus starts the container and deploys the cactified war in it (in the the new release this will be a task given to cargo). When executing the TestCases Cactus initiates a HTTP connection, to the server, where JUnit executes the tests. The result is given back to Cactus (again by HTTP), and then it exits (successfully or not) from the JVM. So what you see is that, your test-cases might fail in the phase before sending the HTTP connection to the server (still in the Ant JVM). Hope that helped. 2008/1/9, Joerg von Frantzius [EMAIL PROTECTED]: Hi, probably I have a fundamental misunderstanding of Cactus, but here's my question: we're trying to run our JUnit tests on a JBoss container, using the cactus ant task on a war file that is already cactified. When we try that, we're getting an exception with a stack trace that tells me that the JUnit-test is executed in the same VM that ant is running in: at shortrunning.inside.ProductFlyerFileProviderTest.testBeanAccess( ProductFlyerFileProviderTest.java:28) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke( NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke( DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run( JUnitTestRunner.java:297) at org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.executeInVM( JUnitTask.java:1072) at org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.execute( JUnitTask.java:682) at org.apache.cactus.integration.ant.CactusTask.executeInContainer (CactusTask.java:458) at org.apache.cactus.integration.ant.CactusTask.execute( CactusTask.java:208) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java :275) at org.apache.tools.ant.Task.perform(Task.java:364) at org.apache.tools.ant.Target.execute(Target.java:341) at org.apache.tools.ant.Target.performTasks(Target.java:369) at org.apache.tools.ant.Project.executeSortedTargets(Project.java :1216) at org.apache.tools.ant.Project.executeTarget(Project.java:1185) at org.apache.tools.ant.helper.DefaultExecutor.executeTargets( DefaultExecutor.java:40) at org.apache.tools.ant.Project.executeTargets(Project.java:1068) at org.apache.tools.ant.Main.runBuild(Main.java:668) at org.apache.tools.ant.Main.startAnt(Main.java:187) at org.apache.tools.ant.launch.Launcher.run(Launcher.java:246) at org.apache.tools.ant.launch.Launcher.main(Launcher.java:67) I tried to understand what CactusTask.executeInContainer() is doing in line 258, and it seems to simply call JUnitTask.execute(JUnitTest). How is any HTTP communication with the server supposed to happen here that would invoke the test on the container? Or is the container supposed to be running within the same VM as the ant build? When I looked at AbstractJavaContainer.createJavaForStartup(), it seems to fork a VM. Thanks for any insights, Jörg -- artnology GmbH - Milastraße 4 - 10437 Berlin - Germany Geschäftsführer: Ekkehard Blome (CEO), Felix Kuschnick (CCO) Registergericht: Amtsgericht Berlin Charlottenburg HRB 76376 UST-Id. DE 217652550 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Regards, Petar! Karlovo, Bulgaria. EOOXML Objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: Problem to run a Cactus test using Jetty integration
Hi Rene, It seems that the versions of Jetty = 6 there is a gap in the API. Some of the methods that were in the Server class are now missing. And apparently one of them is addListener. Those methods were not deprecated, so I assume that they are just no longer supported. I am not sure if the Jetty integration will be available with the future versions of the Cactus project. 2008/1/7, Rene Döring [EMAIL PROTECTED]: Hello Petar I have used Jetty 6.1.7 which did not work. Now, I try it with Jetty 5.1.14 and it works. That's fine for me. Regards Rene Petar Tahchiev wrote: Hi Rene, can you please tell us what is the version of Jetty you are using? And can you try downgrading to, lets say Jetty 5? 2008/1/4, Rene Döring [EMAIL PROTECTED]: Hello I'm using Cactus for the first time, so I have some difficulties to get it working. I want to test some servlets, therefore I'm using the Jetty integration. I try to run Cactus with Ant and my task looks something like this: target name=run-tests depends=compile-tests junit fork=yes haltonfailure=yes haltonerror=yes printsummary=yes showoutput=true jvmarg value=- Dcactus.contextURL=http://localhost:8989/test / classpath pathelement location=/home/.../lib/jetty-6.1.6rc0.jar / pathelement location=/home/.../lib/jetty-util-6.1.6rc0.jar/ pathelement location=/home/.../servlet.jar/ [...] /classpath classpath path=build/test-class/ batchtest todir=${test.log.dir} fileset refid=test.classes.files / /batchtest formatter type=plain usefile=false / formatter type=xml / /junit /target The only class which should be tested is the following: public class TestJettyAll extends TestCase { public static Test suite() { TestSuite suite = new TestSuite(); suite.addTestSuite(TestSLabel.class); return new JettyTestSetup(suite); } } And the TestSLabel class looks as follows (only to test whether it works or not): public class TestSLabel extends TestCase{ public void testSButton(){ int i=5; assertEquals(i,5); } } And now my problem. When I run the ant target, I receive the following output: Testcase: unknown took 0 sec Caused an ERROR org.mortbay.jetty.Server.addListener(java.lang.String) java.lang.NoSuchMethodException: org.mortbay.jetty.Server.addListener(java.lang.String) at java.lang.Class.getMethod(Class.java:1605) at org.apache.cactus.extension.jetty.JettyTestSetup.createServer( JettyTestSetup.java:361) at org.apache.cactus.extension.jetty.JettyTestSetup.setUp( JettyTestSetup.java :209) at org.apache.cactus.extension.jetty.JettyTestSetup$1.protect( JettyTestSetup.java:165) at org.apache.cactus.extension.jetty.JettyTestSetup.run_aroundBody0( JettyTestSetup.java:174) at org.apache.cactus.extension.jetty.JettyTestSetup.run_aroundBody1$advice ( JettyTestSetup.java:224) at org.apache.cactus.extension.jetty.JettyTestSetup.run( JettyTestSetup.java) What is the problem? The org.mortbay.jetty.Server class is in the classpath. I have no idea how I can solve the problem :-( Is there anyone how can help me? Thanks Rene - 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] -- Regards, Petar! Karlovo, Bulgaria. EOOXML Objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: Cactus/Junit Question
Hi Corry, and sorry for the late response. As Cactus being an extension of JUnit I think that the answer to both the questions is 'yes'. Kind regards Petar. 2007/12/28, Cory Lum [EMAIL PROTECTED]: For JUnit, instance variables are not shared among test methods. In other words, if I have an instance variable int x and set x=10 in testMethod1, testMethod2 doesn't know x=10. Does this apply for cactus? For JUnit, it's not guarantee that the test cases are executed in the order of the class. For example: class someTest() extends TestCase{ setUp(){ ... } testMethod1() {...} testMethod2() {...} testMethod3() {...} tearDown(){...} } is not guarantee to execute in the following order: setUp(){ ... }, testMethod1() {...}, tearDown(){...} setUp(){ ... }, testMethod2() {...}, tearDown(){...} setUp(){ ... }, testMethod3() {...}, tearDown(){...} Does this apply to cactus? Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping -- Regards, Petar! Karlovo, Bulgaria. EOOXML Objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: Problem to run a Cactus test using Jetty integration
Hi Rene, can you please tell us what is the version of Jetty you are using? And can you try downgrading to, lets say Jetty 5? 2008/1/4, Rene Döring [EMAIL PROTECTED]: Hello I'm using Cactus for the first time, so I have some difficulties to get it working. I want to test some servlets, therefore I'm using the Jetty integration. I try to run Cactus with Ant and my task looks something like this: target name=run-tests depends=compile-tests junit fork=yes haltonfailure=yes haltonerror=yes printsummary=yes showoutput=true jvmarg value=-Dcactus.contextURL=http://localhost:8989/test / classpath pathelement location=/home/.../lib/jetty-6.1.6rc0.jar/ pathelement location=/home/.../lib/jetty-util-6.1.6rc0.jar/ pathelement location=/home/.../servlet.jar/ [...] /classpath classpath path=build/test-class/ batchtest todir=${test.log.dir} fileset refid=test.classes.files / /batchtest formatter type=plain usefile=false / formatter type=xml / /junit /target The only class which should be tested is the following: public class TestJettyAll extends TestCase { public static Test suite() { TestSuite suite = new TestSuite(); suite.addTestSuite(TestSLabel.class); return new JettyTestSetup(suite); } } And the TestSLabel class looks as follows (only to test whether it works or not): public class TestSLabel extends TestCase{ public void testSButton(){ int i=5; assertEquals(i,5); } } And now my problem. When I run the ant target, I receive the following output: Testcase: unknown took 0 sec Caused an ERROR org.mortbay.jetty.Server.addListener(java.lang.String) java.lang.NoSuchMethodException: org.mortbay.jetty.Server.addListener(java.lang.String) at java.lang.Class.getMethod(Class.java:1605) at org.apache.cactus.extension.jetty.JettyTestSetup.createServer( JettyTestSetup.java:361) at org.apache.cactus.extension.jetty.JettyTestSetup.setUp(JettyTestSetup.java :209) at org.apache.cactus.extension.jetty.JettyTestSetup$1.protect( JettyTestSetup.java:165) at org.apache.cactus.extension.jetty.JettyTestSetup.run_aroundBody0( JettyTestSetup.java:174) at org.apache.cactus.extension.jetty.JettyTestSetup.run_aroundBody1$advice( JettyTestSetup.java:224) at org.apache.cactus.extension.jetty.JettyTestSetup.run( JettyTestSetup.java) What is the problem? The org.mortbay.jetty.Server class is in the classpath. I have no idea how I can solve the problem :-( Is there anyone how can help me? Thanks Rene - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Regards, Petar! Karlovo, Bulgaria. EOOXML Objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: JUnit 4.x support - Workaround
Hi Jan, I guess it would be best if you open an issue in the cactus JIRA and then describe how exactly you have worked out the solution. I am leading a presentation on this-years's ApacheCON in Atlanta and I think it would be really interesting for the people to hear how they can integrate Cactus and JUnit4.x. Thank you. 2007/11/2, [EMAIL PROTECTED] [EMAIL PROTECTED]: Hi Peter, I found out that it's possible to run the JUnit 4.x (annotated) tests with Cactus 1.7.2 minimaly with functionality of JUnit 3.8 tests. It's need to use: JUnit4TestAdapter that automatically makes JUnit 3.8compatible test from JUnit 4.x test. There is only problem with displaying names of the tests but it's easy to repair it in source class (JUnitVersionHelper) of Cactus. Regards. JK. Původní zpráva Od: Petar Tahchiev [EMAIL PROTECTED] Předmět: Re: JUnit 4.x support Datum: 17.10.2007 16:47:43 Hi Jan, I am currently working (more or less) on trying to integrate JUnit4 test cases with Cactus. So far you can't use JUnit test-cases with Cactus, and I don't know any other in-container testing framework that supports it - otherwise I would gain some ideas :-). I bet this does not help you, but anyway that is the current situation :-(. 2007/10/16, [EMAIL PROTECTED] [EMAIL PROTECTED]: Hello, I'm trying to use JUnit tests in J2EE environment. But I've used new features (theories, ...) from JUnit 4.4. Are there any terms for integration of JUnit 4.x to the Cactus project? Or do you know some other J2EE testing framework supported by Maven and works with JUnit 4.x? Thank you for your reply. Jan Kr. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Regards, Petar! Karlovo, Bulgaria. EOOXML Objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Regards, Petar! Karlovo, Bulgaria. EOOXML Objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: JUnit 4.x support
Hi Jan, I am currently working (more or less) on trying to integrate JUnit4 test cases with Cactus. So far you can't use JUnit test-cases with Cactus, and I don't know any other in-container testing framework that supports it - otherwise I would gain some ideas :-). I bet this does not help you, but anyway that is the current situation :-(. 2007/10/16, [EMAIL PROTECTED] [EMAIL PROTECTED]: Hello, I'm trying to use JUnit tests in J2EE environment. But I've used new features (theories, ...) from JUnit 4.4. Are there any terms for integration of JUnit 4.x to the Cactus project? Or do you know some other J2EE testing framework supported by Maven and works with JUnit 4.x? Thank you for your reply. Jan Kr. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Regards, Petar! Karlovo, Bulgaria. EOOXML Objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: When will Cactus Eclipse plugin be released?
Hi David, it is a version control system called Subversion. For check out type this in a terminal: svn co http://svn.apache.org/repos/asf/jakarta/cactus/branches/CACTUS_TRUNK_MAMOUTH/ More about Subversion you can learn from this book: http://svnbook.red-bean.com/ If you have any other questions please, don't hesitate to ping me :-) 2007/9/4, David Liu [EMAIL PROTECTED]: Hi Petar, Thank you for the reply. A stupid question: how can I download the files (including folders) in branch [2]? What kind of software do you use for downloading those files directly? David -- View this message in context: http://www.nabble.com/When-will-Cactus-Eclipse-plugin-be-released--tf4372624.html#a12474609 Sent from the Cactus - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Regards, Petar! Karlovo, Bulgaria. EOOXML Objections http://www.grokdoc.net/index.php/EOOXML_objections Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: Writing Cactus test cases for EJB 3.0 and JBoss 4.2 GA.
Raketesh hi, I think I can answer to some of your questions. First no, Cactus currently does not support J2EE 1.5. In the latest release Cactus supports up to J2EE 1.3. Also in the trunk of the cactus source tree only JBoss 3.x is supported, although I have tried to integrate Cactus with Cargo. My changes can be found in [1] - you can checkout the project have it a try and then report how did it go. The next release of cactus is still inscheduled, yet. I am trying to work on it but, lately I haven't had enough time. I suppose that if I planned everything good enough we can have our new release of Cactus by the end of the year. Hope that helps. Have a nice day. [1] http://svn.apache.org/repos/asf/jakarta/cactus/branches/CACTUS_TRUNK_MAMOUTH/ 2007/7/19, rakesh_shete [EMAIL PROTECTED]: Can anyone let me know about this? I require this information as soon as possible to decide the next course of action. --Regards, Rakesh Shete = Hi Vincent, My project is currently using EJB 3.0 and JBoss 4.2 GA. I have few queries regarding using Cactus with this. Here are my queries: 1. Does Cactus fully support EJB 3.0 (J2EE 1.5)? The latest release of Cactus version: 1.7.2 is only J2EE 1.3 compliant. 2. I know that Cargo (http://cargo.codehaus.org http://cargo.codehaus.org/ ) is supporting Jboss 4.x container. Has this been integrated with Cactus so that the cactus Ant task can be used with JBoss 4.x? a. If yes could you provide me the details of how can I get a developer build of Cactus including the Cargo integration for JBoss 4.x? b. If not could you provide me the details of how can I integrate Cargo with the current Cactus release so that I can run the test cases with JBoss 4.x? 3. When is the next Cactus release with support for JBoss 4.x and EJB 3.0(J2EE 1.5) scheduled? We require this information since we are not able to test the EJBs and automate the build to run the test cases. Regards, Rakesh Shete DISCLAIMER == This e-mail may contain privileged and confidential information which is the property of Persistent Systems Pvt. Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Pvt. Ltd. does not accept any liability for virus infected mails. -- Regards, Petar! Karlovo, Bulgaria. Bulgarian medics in Libya are innocent! http://www.nestesami.bg/main/index.php Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: Error in loading the testcase
2007/6/1, Dheerendra Kulkarni [EMAIL PROTECTED]: Hi, I am trying to run the testcase from Ant, My Ant file is as follows target name=Cactus-Test description=Run Cactus tests depends=compile war destfile=${bin}/EWSTests.war webxml=${src}/web.xml classes dir=${bin} / /war cactifywar srcfile=${bin}/EWSTests.war destfile= ${bin}/CactifiedEWSTests.war lib file=C:/dev/pws/lib/cactus.jar / /cactifywar cactus warfile=${bin}/CactifiedEWSTests.war printsummary= yes failureproperty=tests.failed showoutput=yes containerset tomcat4x dir=c:/tomcat port=8000 todir= c:/tomcat/reports/ /containerset test name=TestCases.TestSampleServlet outfile= cactus.output formatter type=plain / /test /cactus delete file=CactifiedEWSTests.war / /target I am pasting the Ant output here Cactus-Test: [war] Building war: C:\dev\EasyEWS\EWSTestAutomation\bin\EWSTests.war [cactifywar] Analyzing war: C:\dev\EasyEWS\EWSTestAutomation\bin\EWSTests.war [cactifywar] Could not copy the JSP redirector (Resource '/org/apache/cactus/server/jspRedirector.jsp' not found) [cactifywar] Building war: C:\dev\EasyEWS\EWSTestAutomation\bin\CactifiedEWSTests.war [cactifywar] Warning: selected war files include a WEB-INF/web.xml which will be ignored (please use webxml attribute to war task) [cactus] - [cactus] Running tests against Tomcat 4.1.24 @ http://localhost:8000 [cactus] - [cactus] Deleting 14 files from C:\DOCUME~1\DKULKA~1\LOCALS~1\Temp\cactus\tomcat4x [cactus] Deleted 12 directories from C:\DOCUME~1\DKULKA~1\LOCALS~1\Temp\cactus\tomcat4x [cactus] HttpConnector Opening server socket on all host IP addresses [cactus] Starting service Tomcat-Standalone [cactus] Apache Tomcat/4.1.24 [cactus] HostConfig[localhost]: Expanding web application archive CactifiedEWSTests.war [cactus] StandardHost[localhost]: Installing web application at context path /CactifiedEWSTests from URL file:C:/DOCUME~1/DKULKA~1/LOCALS~1/Temp/cactus/tomcat4x/webapps/CactifiedEWSTests [cactus] WebappLoader[/CactifiedEWSTests]: Deploying class repositories to work directory C:\Documents and Settings\dkulkarni\Local Settings\Temp\cactus\tomcat4x\work\Standalone\localhost\CactifiedEWSTests [cactus] WebappLoader[/CactifiedEWSTests]: Deploy class files /WEB-INF/classes to C:\DOCUME~1\DKULKA~1\LOCALS~1\Temp\cactus\tomcat4x\webapps\CactifiedEWSTests\WEB-INF\classes [cactus] WebappLoader[/CactifiedEWSTests]: Deploy JAR /WEB-INF/lib/aspectjrt.jar to C:\DOCUME~1\DKULKA~1\LOCALS~1\Temp\cactus\tomcat4x\webapps\CactifiedEWSTests\WEB-INF\lib\aspectjrt.jar [cactus] WebappLoader[/CactifiedEWSTests]: Deploy JAR /WEB-INF/lib/cactus.jar to C:\DOCUME~1\DKULKA~1\LOCALS~1\Temp\cactus\tomcat4x\webapps\CactifiedEWSTests\WEB-INF\lib\cactus.jar [cactus] WebappLoader[/CactifiedEWSTests]: Deploy JAR /WEB-INF/lib/commons- httpclient.jar to C:\DOCUME~1\DKULKA~1\LOCALS~1\Temp\cactus\tomcat4x\webapps\CactifiedEWSTests\WEB-INF\lib\commons- httpclient.jar [cactus] WebappLoader[/CactifiedEWSTests]: Deploy JAR /WEB-INF/lib/commons- logging.jar to C:\DOCUME~1\DKULKA~1\LOCALS~1\Temp\cactus\tomcat4x\webapps\CactifiedEWSTests\WEB-INF\lib\commons- logging.jar [cactus] WebappLoader[/CactifiedEWSTests]: Deploy JAR /WEB-INF/lib/junit.jar to C:\DOCUME~1\DKULKA~1\LOCALS~1\Temp\cactus\tomcat4x\webapps\CactifiedEWSTests\WEB-INF\lib\junit.jar [cactus] StandardManager[/CactifiedEWSTests]: Seeding random number generator class java.security.SecureRandom [cactus] StandardManager[/CactifiedEWSTests]: Seeding of random number generator has been completed [cactus] StandardWrapper[/CactifiedEWSTests:default]: Loading container servlet default [cactus] StandardWrapper[/CactifiedEWSTests:invoker]: Loading container servlet invoker [cactus] HttpConnector[8000] Starting background thread [cactus] Running TestCases.TestSampleServlet [cactus] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 0 sec [cactus] Test TestCases.TestSampleServlet FAILED [cactus] Stopping service Tomcat-Standalone [cactus] HttpConnector[8000] Stopping background thread [cactus] StandardHost[localhost]: Removing web application at context path /CactifiedEWSTests BUILD SUCCESSFUL And the c:/tomcat/reports/ cactus.output.txt has the following Testsuite: TestCases.TestSampleServlet Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 0 sec Caused an ERROR TestCases.TestSampleServlet java.lang.ClassNotFoundException: TestCases.TestSampleServlet at java.net.URLClassLoader$1.run(URLClassLoader.java:199) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:187) at
Re: Error in loading the testcase
2007/6/1, Dheerendra Kulkarni [EMAIL PROTECTED]: Hi Petar, that did not help, After doing it I am having 2 copies of the class files in the WEB_INF/classes folder in the war file regards Dheerendra On 6/1/07, Petar Tahchiev [EMAIL PROTECTED] wrote: 2007/6/1, Dheerendra Kulkarni [EMAIL PROTECTED]: Hi, I am trying to run the testcase from Ant, My Ant file is as follows target name=Cactus-Test description=Run Cactus tests depends=compile war destfile=${bin}/EWSTests.war webxml=${src}/web.xml classes dir=${bin} / /war cactifywar srcfile=${bin}/EWSTests.war destfile= ${bin}/CactifiedEWSTests.war lib file=C:/dev/pws/lib/cactus.jar / /cactifywar cactus warfile=${bin}/CactifiedEWSTests.war printsummary= yes failureproperty=tests.failed showoutput=yes containerset tomcat4x dir=c:/tomcat port=8000 todir= c:/tomcat/reports/ /containerset test name=TestCases.TestSampleServlet outfile= cactus.output formatter type=plain / /test /cactus delete file=CactifiedEWSTests.war / /target I am pasting the Ant output here Cactus-Test: [war] Building war: C:\dev\EasyEWS\EWSTestAutomation\bin\EWSTests.war [cactifywar] Analyzing war: C:\dev\EasyEWS\EWSTestAutomation\bin\EWSTests.war [cactifywar] Could not copy the JSP redirector (Resource '/org/apache/cactus/server/jspRedirector.jsp' not found) [cactifywar] Building war: C:\dev\EasyEWS\EWSTestAutomation\bin\CactifiedEWSTests.war [cactifywar] Warning: selected war files include a WEB-INF/web.xml which will be ignored (please use webxml attribute to war task) [cactus] - [cactus] Running tests against Tomcat 4.1.24 @ http://localhost:8000 [cactus] - [cactus] Deleting 14 files from C:\DOCUME~1\DKULKA~1\LOCALS~1\Temp\cactus\tomcat4x [cactus] Deleted 12 directories from C:\DOCUME~1\DKULKA~1\LOCALS~1\Temp\cactus\tomcat4x [cactus] HttpConnector Opening server socket on all host IP addresses [cactus] Starting service Tomcat-Standalone [cactus] Apache Tomcat/4.1.24 [cactus] HostConfig[localhost]: Expanding web application archive CactifiedEWSTests.war [cactus] StandardHost[localhost]: Installing web application at context path /CactifiedEWSTests from URL file:C:/DOCUME~1/DKULKA~1/LOCALS~1/Temp/cactus/tomcat4x/webapps/CactifiedEWSTests [cactus] WebappLoader[/CactifiedEWSTests]: Deploying class repositories to work directory C:\Documents and Settings\dkulkarni\Local Settings\Temp\cactus\tomcat4x\work\Standalone\localhost\CactifiedEWSTests [cactus] WebappLoader[/CactifiedEWSTests]: Deploy class files /WEB-INF/classes to C:\DOCUME~1\DKULKA~1\LOCALS~1\Temp\cactus\tomcat4x\webapps\CactifiedEWSTests\WEB-INF\classes [cactus] WebappLoader[/CactifiedEWSTests]: Deploy JAR /WEB-INF/lib/aspectjrt.jar to C:\DOCUME~1\DKULKA~1\LOCALS~1\Temp\cactus\tomcat4x\webapps\CactifiedEWSTests\WEB-INF\lib\aspectjrt.jar [cactus] WebappLoader[/CactifiedEWSTests]: Deploy JAR /WEB-INF/lib/cactus.jar to C:\DOCUME~1\DKULKA~1\LOCALS~1\Temp\cactus\tomcat4x\webapps\CactifiedEWSTests\WEB-INF\lib\cactus.jar [cactus] WebappLoader[/CactifiedEWSTests]: Deploy JAR /WEB-INF/lib/commons- httpclient.jar to C:\DOCUME~1\DKULKA~1\LOCALS~1\Temp\cactus\tomcat4x\webapps\CactifiedEWSTests\WEB-INF\lib\commons- httpclient.jar [cactus] WebappLoader[/CactifiedEWSTests]: Deploy JAR /WEB-INF/lib/commons- logging.jar to C:\DOCUME~1\DKULKA~1\LOCALS~1\Temp\cactus\tomcat4x\webapps\CactifiedEWSTests\WEB-INF\lib\commons- logging.jar [cactus] WebappLoader[/CactifiedEWSTests]: Deploy JAR /WEB-INF/lib/junit.jar to C:\DOCUME~1\DKULKA~1\LOCALS~1\Temp\cactus\tomcat4x\webapps\CactifiedEWSTests\WEB-INF\lib\junit.jar [cactus] StandardManager[/CactifiedEWSTests]: Seeding random number generator class java.security.SecureRandom [cactus] StandardManager[/CactifiedEWSTests]: Seeding of random number generator has been completed [cactus] StandardWrapper[/CactifiedEWSTests:default]: Loading container servlet default [cactus] StandardWrapper[/CactifiedEWSTests:invoker]: Loading container servlet invoker [cactus] HttpConnector[8000] Starting background thread [cactus] Running TestCases.TestSampleServlet [cactus] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 0 sec [cactus] Test TestCases.TestSampleServlet FAILED [cactus] Stopping service Tomcat-Standalone [cactus] HttpConnector[8000] Stopping background thread [cactus] StandardHost[localhost]: Removing web application at context path /CactifiedEWSTests BUILD
Re: How to start tomcat on a port other than 8080
2007/5/4, [EMAIL PROTECTED] [EMAIL PROTECTED]: hi, i think you need two independent tomcat instances. one instance is configured for port 8080 (default) and the second instance is configured for port 8081(change in %TOMCAT_HOME%/conf/server.xml). so you can run your cactus tests against the second instance at port 8081. in the cactus configuration you have to point the serverxml attribute to the server.xml of your second instance. greets, mathias -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Freitag, 04. Mai 2007 08:27 An: cactus-user@jakarta.apache.org Betreff: Re: How to start tomcat on a port other than 8080 Hello Kamal, Thanks for your reply ... I changed the port to 8081 in my test/res/server.xml as that is the file getting used for running cactus test ... But even after that, I'm getting the same error - cactus test failed to connect to port 8081 ... I have another instance of tomcat running on port 8080 - will this be a problem? This one is using %CATALINA_HOME%\conf\server.xml, so I've left the port number uncahnged there i.e. port number there still remains at 8080 ... Thank you, Venkatesh - Original Message From: Kamal Chandana Mettananda [EMAIL PROTECTED] To: Cactus Users List cactus-user@jakarta.apache.org Sent: Thursday, May 3, 2007 6:00:42 PM Subject: Re: How to start tomcat on a port other than 8080 Hi, For changing the tomcat 8080 port: Goto %TOMCAT_HOME%\conf/server.xml Change the connector port to 8081(search for 8080) in this file. Connector port=8080 maxHttpHeaderSize=8192 maxThreads=150 minSpareThreads=25 maxSpareThreads=75 enableLookups=false redirectPort=8443 acceptCount=100 connectionTimeout=2 disableUploadTimeout=true / BR, Kamal -- Kamal Mettananda Visit me at: http://lkamal.blogspot.com __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - 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] And I think it is a good idea to look at catalina.out and the other logs to see why the server can't start. There must be some exception, like the port is already in use or something else. Hope that helps. -- Regards, Petar! Karlovo, Bulgaria. Public PGP Key at: https://keyserver1.pgp.com/vkd/DownloadKey.event?keyid=0x19658550C3110611 Key Fingerprint: A369 A7EE 61BC 93A3 CDFF 55A5 1965 8550 C311 0611
Re: Invalid index 0 in LocalVariableTable in class file org/apache/cactus/util/log/LogAspect
2007/3/16, GUERARD Elisabeth [EMAIL PROTECTED]: Dear all, I just begin with cactus, and I try to run some examples: Using Cactus in Jboss with JUnit Report And I have the following error, have you just an idea about I should do? Thanks in advance, Elisabeth 13:43:53,580 ERROR [[jsp]] Servlet.service() for servlet jsp threw exceptionjava.lang.ClassFormatError: Invalid index 0 in LocalVariableTable in class file org/apache/cactus/util/log/LogAspect at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:620) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124) at org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappCla ssLoader.java:1629) at org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader .java:850) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader .java:1299) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader .java:1181) . Hi, What version of Cactus and java do you use? There was such a problem reported here[1]. Hope that helps. [1] http://www.mail-archive.com/cactus-user@jakarta.apache.org/msg05916.html -- Regards, Petar! Karlovo, Bulgaria. Public PGP Key at: http://keyserver.linux.it/pks/lookup?op=getsearch=0x1A15B53B761500F9 Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
Re: Need to upgrade aspectj to 5.1 for Cactus
On 06/03/07, Xu Xin [EMAIL PROTECTED] wrote: Hi Karlovo, Thanks for your quick response. If I understand correctly, you're working on the migration from ANT to Maven2, which means Cactus will not provide ANT integration any more? Thanks Anfernee On 3/1/07, Petar Tahchiev [EMAIL PROTECTED] wrote: On 01/03/07, Xu Xin [EMAIL PROTECTED] wrote: Hello everyone, I had java.lang.ClassFormatError:when using Cactus with JRockit 5.0, I also searched the mail list, found other users also had the same issue. Buf after I upgraded the aspectj library to 5.1 and build Cactus from source, it worked fine. Cactus team, could you please update the aspectj in the standard distribution which should be rebuilt with the aspect 5.1? That will save much of maintainance effort for Cactus users. Thanks. -- anfernee -- anfernee Hi Xu, thank you for the proposition. I see that there is an issued that has been closed in the JIRA (see [1]). As a matter of fact we are now working on the maven2 build system, and our plan is to switch from Ant. We are going to consider the dependency, so that to ensure this kind of error is no longer reproduced. Once again thank you for pointing this, and have a nice day. [1]http://issues.apache.org/jira/browse/CACTUS-129?page= com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_54014 -- Regards, Petar! Karlovo, Bulgaria. Public PGP Key at: http://keyserver.linux.it/pks/lookup?op=getsearch=0x1A15B53B761500F9 Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9 -- anfernee It's Petar actually :-), I am originally from Karlovo (it's a town in Bulgaria). And yes - we have a working prototype of a Maven2 build system for Cactus, and right now we are waiting for the project to be moved in the incubator. For the second question: Cactus will provide the ant integration, as well as the maven integration. We are going to remove only the ant build files from the trunk - and the integration (i.e. the ant tasks will stay). -- Regards, Petar! Karlovo, Bulgaria. Public PGP Key at: http://keyserver.linux.it/pks/lookup?op=getsearch=0x1A15B53B761500F9 Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
Re: Need to upgrade aspectj to 5.1 for Cactus
On 01/03/07, Xu Xin [EMAIL PROTECTED] wrote: Hello everyone, I had java.lang.ClassFormatError:when using Cactus with JRockit 5.0, I also searched the mail list, found other users also had the same issue. Buf after I upgraded the aspectj library to 5.1 and build Cactus from source, it worked fine. Cactus team, could you please update the aspectj in the standard distribution which should be rebuilt with the aspect 5.1? That will save much of maintainance effort for Cactus users. Thanks. -- anfernee -- anfernee Hi Xu, thank you for the proposition. I see that there is an issued that has been closed in the JIRA (see [1]). As a matter of fact we are now working on the maven2 build system, and our plan is to switch from Ant. We are going to consider the dependency, so that to ensure this kind of error is no longer reproduced. Once again thank you for pointing this, and have a nice day. [1]http://issues.apache.org/jira/browse/CACTUS-129?page= com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_54014 -- Regards, Petar! Karlovo, Bulgaria. Public PGP Key at: http://keyserver.linux.it/pks/lookup?op=getsearch=0x1A15B53B761500F9 Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
Re: Annotations Support with Cactus 1.7.2/JUnit 4.2/ServletTestRunner
On 17/01/07, Kazuhito SUGURI [EMAIL PROTECTED] wrote: Hi James, In article [EMAIL PROTECTED], Wed, 17 Jan 2007 11:33:27 +, james brook [EMAIL PROTECTED] wrote: jmbrook Tests that have been developed in the old junit style (extending TestCase jmbrook and having methods called test) work but tests using the annotations jmbrook don't seem to found. I get a No tests could be found exception. jmbrook jmbrook Should this work? No. ATM, Cactus doesn't support annotations. Kazuhito SUGURI - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] It would be very nice if we provided ways to run the new JUnit test-cases. I am not sure if there is an issue in the JIRA, and if i don't find any I am going to open one and see what can be done. -- Regards, Petar! Karlovo, Bulgaria.