Hi Shannon, Make sure that the Cactus jar is *only* present in your WEB-INF/lib directory and not in WL system CP (the classpath you have used when starting WL).
Your stack trace says that the Webapp CL was not able to load one of Cactus classes. However, the error could be that a class upon which your TestCase depends could not be loaded. Make sure that the other Cactus related jars (commons-logging, aspectjrt, junit, etc) are also in WEB-INF/lib and any other that your class may need. -Vincent PS: I have just committed some code in Cactus CVS (Cactus 1.5) that improves the CL mechanism: if the class cannot be loaded using the webapp CL, cactus will correctly try to load it using the context CL. Not sure it will help in your case though. > -----Original Message----- > From: Brown, Shannon [mailto:[EMAIL PROTECTED]] > Sent: 21 November 2002 22:50 > To: 'Cactus Users List' > Subject: RE: Problems with Weblogic config. > > Thanks for the idea. Unfortunately, it did not seem to help. Any other > suggestions? > > Shannon Brown > > > -----Original Message----- > > From: Gould, Troy [mailto:[EMAIL PROTECTED]] > > Sent: Thursday, November 21, 2002 9:02 AM > > To: 'Cactus Users List' > > Subject: RE: Problems with Weblogic config. > > > > > > I know there is a bug in Weblogic which is fixed in sp3 which > > pertain to > > names of jar files in the WEB-INF/lib directory. > > It has to do with '.' (dot/period) in the name of a jar file. > > Rename the > > jar file to not include '.' in it and try that. > > > > Troy Gould > > > > -----Original Message----- > > From: Brown, Shannon [mailto:[EMAIL PROTECTED]] > > Sent: Wednesday, November 20, 2002 6:00 PM > > To: '[EMAIL PROTECTED]' > > Subject: Problems with Weblogic config. > > > > > > Hi, > > > > I've read all the doc on the Cactus site regarding > > configuring the > > client and server classpaths, and I still can't get my test > > up and running. > > Here's the situation: > > > > I've got a pre-existing J2EE app running on Weblogic > > 6.1, sp2, and > > I'm trying to write a test extending ServletTestCase. I'm > > trying to use the > > JUnit task in Ant to run tests on the server. I've got > > targets that start > > up and stop WebLogic just fine, but I just can't seem to get > > the server > > classpath (I think) correct. I keep getting the stack trace > > below in the > > log file (see way below). For some reason, the > > ServletTestCase class file > > can't be found. > > > > I've got all the necessary JUnit- and Cactus-related > > jar files in > > the WEB-INF/lib directory of the deployed webapp, including > > cactus-1.4.1.jar, which contains the > > org/apache/cactus/ServletTestCase class > > that I keep getting complaints about. I've got all the other > > necessary > > classpath elements, such as the cactus.properties file and the > > log4j.properties file (since I'm using log4j). > > > > Now, two things of note: > > 1) Previously, all the class files for this project > > were jarred and > > placed into the WEB-INF/lib directory along with other third > > party jars > > (like the cactus jars). The application works just fine like > > that, but I > > thought that it might be causing a problem for Cactus, so I > > unjarred all the > > class files and put them under the WEB-INF/classes directory, > > where the > > Cactus documentation says that server-side class files > > belong. Both my Test > > files and files to test are now under the WEB-INF/classes directory. > > 2) The classpath for the JUnit task in ant includes all > > the Cactus > > and JUnit jar files. It points to the "development" version > > of these files, > > meaning that they are separate from the ones deployed in the > > WEB-INF/lib > > directory. Actually, these are the ones that get copied over to the > > WEB-INF/lib directory during the build, so I know that the > > same files should > > be used on both the client and server sides. > > > > Does anyone have any insights here? Is the error a server side > > error, as I suspect, or is it a client-side problem? I'm > > really mystified > > as to why either one of the two would not be able to find the > > ServletTestCase class. Thanks. > > > > Shannon Brown > > > > <error message="org/apache/cactus/ServletTestCase" > > type="org.apache.cactus.client.ServletExceptionWrapper"><![CDA > > TA[java.lang.N > > oClassDefFoundError: org/apache/cactus/ServletTestCase > > at java.lang.ClassLoader.defineClass0(Native Method) > > at java.lang.ClassLoader.defineClass(ClassLoader.java:486) > > at > > java.security.SecureClassLoader.defineClass(SecureClassLoader. > > java:111) > > at java.net.URLClassLoader.defineClass(URLClassLoader.java:248) > > 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:297) > > at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:286) > > at java.lang.ClassLoader.loadClass(ClassLoader.java:290) > > at java.lang.ClassLoader.loadClass(ClassLoader.java:290) > > at java.lang.ClassLoader.loadClass(ClassLoader.java:253) > > at > > weblogic.utils.classloaders.ChangeAwareClassLoader.loadClass(C > > hangeAwareClas > > sLoader.java:43) > > at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:313) > > at java.lang.Class.forName0(Native Method) > > at java.lang.Class.forName(Class.java:195) > > at > > org.apache.cactus.util.ClassLoaderUtils.dispatch130_loadClassF > > romWebappClass > > Loader(ClassLoaderUtils.java;org/apache/cactus/util/log/LogAsp > > ect.aj(1k):132 > > ) > > at > > org.apache.cactus.util.ClassLoaderUtils.around130_loadClassFro > > mWebappClassLo > > ader(ClassLoaderUtils.java;org/apache/cactus/util/log/LogAspec > > t.aj(1k):1177) > > at > > org.apache.cactus.util.ClassLoaderUtils.loadClassFromWebappCla > > ssLoader(Class > > LoaderUtils.java;org/apache/cactus/util/log/LogAspect.aj(1k):129) > > at > > org.apache.cactus.util.ClassLoaderUtils.dispatch128_loadClass( > > ClassLoaderUti > > ls.java;org/apache/cactus/util/log/LogAspect.aj(1k):93) > > at > > org.apache.cactus.util.ClassLoaderUtils.around128_loadClass(Cl > > assLoaderUtils > > .java;org/apache/cactus/util/log/LogAspect.aj(1k):1177) > > at > > org.apache.cactus.util.ClassLoaderUtils.loadClass(ClassLoaderU > > tils.java;org/ > > apache/cactus/util/log/LogAspect.aj(1k):85) > > at > > org.apache.cactus.server.AbstractWebTestCaller.getTestClassCla > > ss(AbstractWeb > > TestCaller.java:332) > > at > > org.apache.cactus.server.AbstractWebTestCaller.getTestClassIns > > tance(Abstract > > WebTestCaller.java:301) > > at > > org.apache.cactus.server.AbstractWebTestCaller.doTest(Abstract > > WebTestCaller. > > java:143) > > at > > org.apache.cactus.server.AbstractWebTestController.dispatch87_ > > handleRequest( > > AbstractWebTestController.java;org/apache/cactus/util/log/LogA > > spect.aj(1k):1 > > 25) > > at > > org.apache.cactus.server.AbstractWebTestController.around87_ha > > ndleRequest(Ab > > stractWebTestController.java;org/apache/cactus/util/log/LogAsp > > ect.aj(1k):114 > > 9) > > at > > org.apache.cactus.server.AbstractWebTestController.handleReque > > st(AbstractWeb > > TestController.java;org/apache/cactus/util/log/LogAspect.aj(1k):101) > > at > > org.apache.cactus.server.ServletTestRedirector.dispatch113_doP > > ost(ServletTes > > tRedirector.java;org/apache/cactus/util/log/LogAspect.aj(1k):123) > > at > > org.apache.cactus.server.ServletTestRedirector.around113_doPos > > t(ServletTestR > > edirector.java;org/apache/cactus/util/log/LogAspect.aj(1k):1149) > > at > > org.apache.cactus.server.ServletTestRedirector.doPost(ServletT > > estRedirector. > > java;org/apache/cactus/util/log/LogAspect.aj(1k):109) > > at > > org.apache.cactus.server.ServletTestRedirector.dispatch112_doG > > et(ServletTest > > Redirector.java;org/apache/cactus/util/log/LogAspect.aj(1k):96) > > at > > org.apache.cactus.server.ServletTestRedirector.around112_doGet > > (ServletTestRe > > director.java;org/apache/cactus/util/log/LogAspect.aj(1k):1149) > > at > > org.apache.cactus.server.ServletTestRedirector.doGet(ServletTe > > stRedirector.j > > ava;org/apache/cactus/util/log/LogAspect.aj(1k):92) > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) > > at > > weblogic.servlet.internal.ServletStubImpl.invokeServlet(Servle > > tStubImpl.java > > :265) > > at > > weblogic.servlet.internal.ServletStubImpl.invokeServlet(Servle > > tStubImpl.java > > :200) > > at > > weblogic.servlet.internal.WebAppServletContext.invokeServlet(W > > ebAppServletCo > > ntext.java:2456) > > at > > weblogic.servlet.internal.ServletRequestImpl.execute(ServletRe > > questImpl.java > > :1985) > > at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:139) > > at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120) > > ]]></error> > > > > > > -- > > 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]>
