What's the status ? Have you tried with one the latest build ? -Vincent
> -----Original Message----- > From: Russ Baker [mailto:[EMAIL PROTECTED]] > Sent: 27 November 2001 18:53 > To: 'Cactus Users List' > Subject: RE: Multiple apps and the cactus.properties file > > I don't I only have the jars that I updated. Also, when I do a build, I > clean out all of the .class files. > > -Russ > > -----Original Message----- > From: Vincent Massol [mailto:[EMAIL PROTECTED]] > Sent: Thursday, November 22, 2001 1:40 PM > To: Cactus Users List > Subject: Re: Multiple apps and the cactus.properties file > > > Make sure you don't have any leftover from previous compilations and that > you have not mixed the cactus versions (both on client and server sides). > Also could you try to run the default sample tests provided in the > distribution, to see if they work on your machine. > > Thanks > -Vincent > > ----- Original Message ----- > From: "Russ Baker" <[EMAIL PROTECTED]> > To: "'Cactus Users List'" <[EMAIL PROTECTED]> > Sent: Wednesday, November 21, 2001 4:58 PM > Subject: RE: Multiple apps and the cactus.properties file > > > > Vincent, > > > > Well, it isn't quite there yet. I tried to run the test and got this: > > > > java.lang.NoSuchMethodError > > at > > > org.apache.cactus.AbstractTestCase.addParameter$method_call$ajcPostAroun d4 > 3( > > AbstractTestCase.java;org/apache/cactus/util/log/LogAspect.java(1k)) > > at > > > org.apache.cactus.AbstractTestCase.addParameter$method_call$ajcPostAroun d4 > 3$ > > > ajcVoidWrapper(AbstractTestCase.java;org/apache/cactus/util/log/LogAspec t. > ja > > va(1k)) > > at > > > org.apache.cactus.AbstractTestCase.addParameter$method_call(AbstractTest Ca > se > > .java;org/apache/cactus/util/log/LogAspect.java(1k):1108) > > at > > > org.apache.cactus.AbstractTestCase.runGenericTest(AbstractTestCase.java; or > g/ > > apache/cactus/util/log/LogAspect.java(1k):412) at > > org.apache.cactus.ServletTestCase.runTest(ServletTestCase.java:130) > > at > > > org.apache.cactus.AbstractTestCase.runTest$method_call$ajcPostAround37(A bs > tr > > actTestCase.java;org/apache/cactus/util/log/LogAspect.java(1k)) > > at > > > org.apache.cactus.AbstractTestCase.runTest$method_call$ajcPostAround37$a jc > Vo > > > idWrapper(AbstractTestCase.java;org/apache/cactus/util/log/LogAspect.jav a( > 1k > > )) > > at > > > org.apache.cactus.AbstractTestCase.runTest$method_call(AbstractTestCase. ja > va > > ;org/apache/cactus/util/log/LogAspect.java(1k):1108) at > > > org.apache.cactus.AbstractTestCase.runBare$ajcPostCall(AbstractTestCase. ja > va > > ;org/apache/cactus/util/log/LogAspect.java(1k):373) > > at > > > org.apache.cactus.AbstractTestCase.runBare(AbstractTestCase.java;org/apa ch > e/ > > cactus/util/log/LogAspect.java(1k)) > > at TestClasses.MyTest.main(MyTest.java:45) > > > > This is happening on the main method when I do this: > > > > public static void main(String[] theArgs) > > { > > junit.textui.TestRunner.main(new String[] > > {TestClasses.MyTest.class.getName()}); > > } > > > > I have done the configuration you talked about (e.g. putting the new > > cactus.jar in to my classpath as well as the aspectjrt.jar). > > > > Is there something else that I am missing? > > > > -Russ > > > > > > -----Original Message----- > > From: Vincent Massol [mailto:[EMAIL PROTECTED]] > > Sent: Tuesday, November 20, 2001 2:05 PM > > To: Cactus Users List > > Subject: Re: Multiple apps and the cactus.properties file > > > > > > Russ, > > > > The changes have been committed on "Fri Nov 16 22:36:21 2001 UTC (3 > days, > 21 > > hours ago)". However, there has been no successful GUMP nightly build > since > > that date as gump now needs aspectj jars to build the project and they > have > > not incorporated that changed yet (I asked for that modification on the > > 16th). I'll need to chase them. > > > > I have just performed a build for you that I have put in the nightly > build > > directory > > (http://jakarta.apache.org/builds/jakarta-cactus/nightly/2001-11-20/). > Just > > remember that there is now an additional jar file (aspectjrt.jar) that > you > > need to have both in your client side and server side classpaths. This > jar > > is found in <root>/lib when you unpack the distribution. > > > > Thank you for being the beta-tester ! :) > > -Vincent > > > > ----- Original Message ----- > > From: "Russ Baker" <[EMAIL PROTECTED]> > > To: "'Cactus Users List'" <[EMAIL PROTECTED]> > > Sent: Tuesday, November 20, 2001 5:12 PM > > Subject: RE: Multiple apps and the cactus.properties file > > > > > > > Vincent, > > > > > > I tried to run your latest patch, and I don't know if I have the right > > > build. What nightly or release build has the latest code? > > > > > > Thanks, > > > > > > Russ > > > > > > -----Original Message----- > > > From: Vincent Massol [mailto:[EMAIL PROTECTED]] > > > Sent: Thursday, November 15, 2001 12:41 PM > > > To: Cactus Users List > > > Subject: Re: Multiple apps and the cactus.properties file > > > > > > > > > > > > > > > ----- Original Message ----- > > > From: "Russ Baker" <[EMAIL PROTECTED]> > > > To: "'Cactus Users List'" <[EMAIL PROTECTED]> > > > Sent: Wednesday, November 14, 2001 9:50 PM > > > Subject: Multiple apps and the cactus.properties file > > > > > > > > > > I have a question about having multiple apps, but one location to > test > > > them > > > > from. In the cactus.properties file, we define the context for the > > > > ServletRedirector and the JSPRedirector as being: > > > > cactus.servletRedirectorURL = > > > > http://localhost:80/testApp/servlet/ServletRedirector/ > > > > cactus.jspRedirectorURL = > > > http://localhost:80/testApp/servlet/JspRedirector/ > > > > > > > > However, in our case we may have several apps, but we want to make > sure > > > that > > > > the context is preserved. What we have done is put the servlet > > > information > > > > into the web.xml file in our test app (test context), but when we > test > > > other > > > > servlets in other apps (other contexts) the RequestDispatcher tries > to > > do > > > a > > > > forward and gives a null pointer exception. > > > > > > > > The thought I had was to put different versions of the > cactus.properties > > > > file in each of the web apps WEB-INF/classes directory with their > own > > > > context (e.g. cactus.servletRedirectorURL = > > > > http://localhost:80/realWebbAppContext/servlet/ServletRedirector/). > > Will > > > > this work, or will it always default to the one we place in the > > > applications > > > > classpath? > > > > > > no because the cactus.properties file is only used on the client side > > (which > > > finds in it the url to call the redirector). At the moment, this is > not > > > supported. Here is what I propose : > > > - define a -Dcactus.config=<location of cactus.properties file> that > > > overrides any cactus.properties put in the classpath. > > > - this would let you define several <junit> task in your ant build > file > > and > > > pass a different cactus.properties file for the different applications > to > > > test. > > > > > > Do you like it ? > > > -Vincent > > > > > > > > > > > Thanks, > > > > > > > > Russ > > > > > > > > -- > > > > To unsubscribe, e-mail: > > > <mailto:[EMAIL PROTECTED]> > > > > For additional commands, e-mail: > > > <mailto:[EMAIL PROTECTED]> > > > > > > > > > > > > > > > > > -- > > > To unsubscribe, e-mail: > > > <mailto:[EMAIL PROTECTED]> > > > For additional commands, e-mail: > > > <mailto:[EMAIL PROTECTED]> > > > > > > -- > > > To unsubscribe, e-mail: > > <mailto:[EMAIL PROTECTED]> > > > For additional commands, e-mail: > > <mailto:[EMAIL PROTECTED]> > > > > > > > > > > > > -- > > To unsubscribe, e-mail: > > <mailto:[EMAIL PROTECTED]> > > For additional commands, e-mail: > > <mailto:[EMAIL PROTECTED]> > > > > -- > > To unsubscribe, e-mail: > <mailto:[EMAIL PROTECTED]> > > For additional commands, e-mail: > <mailto:[EMAIL PROTECTED]> > > > > > > > -- > To unsubscribe, e-mail: > <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: > <mailto:[EMAIL PROTECTED]> > > -- > To unsubscribe, e-mail: <mailto:cactus-user- > [EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:cactus-user- > [EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
