Of course, but you have to do it explicitly. Classes in one war lib can't load classes in another war's lib without doing a URL or other special load. (unless weblogic handles it differently than I expect)
Cheers, Nick -----Original Message----- From: David L. Wasler [mailto:[EMAIL PROTECTED]] Sent: Friday, December 14, 2001 1:17 PM To: Cactus Users List Subject: RE: Cactus : Struts Nicholas is correct to some extent. You can pass a request or data to a war via url request. --- Nicholas Lesiecki <[EMAIL PROTECTED]> wrote: > I haven't been following this thread, but unless > weblogic is working some > magic for you, libs in one war should not be able to > "see" libs in another. > Is there some reason you believe they should be able > to? > > Cheers, > > Nick > > -----Original Message----- > From: Pavan Aripirala Venkata > [mailto:[EMAIL PROTECTED]] > Sent: Friday, December 14, 2001 12:17 PM > To: Cactus Users List > Subject: RE: Cactus : Struts > > > I have cactus.jar, junit.jar and servlet.jar in > WEB_INF/lib > directory. Actually in a war file called > cactus_lance.war file. This war > file also contains the Cactus and struts test > classes. > There is a another war file - lance.war - which > contains > struts.jar file, whose properties map to > WEB_INF/lib. The actual classes > to be tested are present in this war file. This > web.xml file in this war > file contains the Redirector mappings. > All the above is w.r.t server. On the client end - > struts.jar, > cactus.jar, httpclient.jar and the directory > containing > cactus.properties file in the classpath and this > classpath is specified > through the ant scripts and therefore are not in the > system classpath. > System classpath has none of the jar files or even > our product > classes. Everything is specified in ant. All that is > there in the system > classpath is the weblogic home, java home and ant > home. > Hopefully this info suffices. > Thanks Vincent > > Pavan. > > > -----Original Message----- > From: Vincent Massol [mailto:[EMAIL PROTECTED]] > Sent: Thursday, December 13, 2001 10:59 AM > To: 'Cactus Users List' > Subject: RE: Cactus : Struts > > > You need to be more precise. Where is the struts.jar > located _exactly_ > and where are the cactus.jar, junit.jar ? Do you > have any jar in the > system classpath and if so, which ones ? > > It seems your problem is related to classloaders, > which is why I'm > asking these questions. > > thanks > -Vincent > > > -----Original Message----- > > From: Pavan Aripirala Venkata > [mailto:[EMAIL PROTECTED]] > > Sent: 13 December 2001 18:26 > > To: Cactus Users List > > Subject: RE: Cactus : Struts > > > > Yes all the related jar files are in the > classpath or in > WEB-INF/lib > > directory. The only jar I added is the Struts.jar > file. > > > > Pavan. > > > > > > -----Original Message----- > > From: Vincent Massol [mailto:[EMAIL PROTECTED]] > > Sent: Wednesday, December 12, 2001 2:40 PM > > To: 'Cactus Users List' > > Subject: RE: Cactus : Struts > > > > > > Hi Pavan, > > > > Hum ... not sure what is happening here. Are you > sure that struts or > any > > other jar is not in your weblogic system classpath > ? > > > > -Vincent > > > > > -----Original Message----- > > > From: Pavan Aripirala Venkata > [mailto:[EMAIL PROTECTED]] > > > Sent: 11 December 2001 00:24 > > > To: Cactus Users List > > > Subject: RE: Cactus : Struts > > > > > > Hi I used the StrutsTestCase.java to test one > of my struts > > > class. I have struts.jar file in WEB-INF/lib > directory of weblogic > 6.0 > > > server. I am getting the following exception in > the setUp() method : > > > > > > [java] java.lang.NoClassDefFoundError: > > > org/apache/struts/action/ActionFormBeans > > > [java] at > > > > com.ejemoni.qa.struts.TestLogonStrut.setUp(TestLogonStrut.java:93) > > > [java] at > > > > > > org.apache.cactus.AbstractTestCase.runBareServerTest(AbstractTestCase.ja > > > va:454) > > > [java] at > > > > > > org.apache.cactus.server.AbstractTestCaller.doTest(AbstractTestCaller.ja > > > va:137) > > > [java] at > > > > org.apache.cactus.server.AbstractTestController.handleRequest > > > (AbstractTestController.java:122) > > > [java] at > > > > org.apache.cactus.server.ServletTestRedirector.doPost(Servlet > > > TestRedirector.java:134) > > > > > > At this line > > > ActionFormBeans formBeans = > > > (ActionFormBeans) > > > context.getAttribute(Action.FORM_BEANS_KEY); > > > > > > If I do > > > Object tmpObj = > context.getAttribute(Action.FORM_BEANS_KEY); > > > and if I print this object, it is showing that > the type of object is > > > org.apache.struts.action.ActionFormBeans > > > but however if I cast it > > > ActionFormBeans formBeans = > > > (ActionFormBeans) tmpObj; > > > then again the above exception is being thrown > > > I am able to run the EJB tests using cactus, > but I am unable to > > > run the tests for struts. Could someone please > help me in this > regard? > > > Thanks > > > > > > Pavan. > > > > > > -----Original Message----- > > > From: Erik Hatcher > [mailto:[EMAIL PROTECTED]] > > > Sent: Friday, November 09, 2001 1:51 PM > > > To: [EMAIL PROTECTED] > > > Cc: [EMAIL PROTECTED] > > > Subject: Re: Cactus : Struts > > > > > > > > > First, I'd like to thank Nick for the great work > on the code he sent > > to > > > the > > > list. > > > > > > I wanted to get something officially submitted > to Struts or Cactus, > so > > I > > > took what Nick provided and based the attached > StrutsTestCase > loosely > > on > > > it. > > > I wanted to do away with the mock ActionServlet > inner class, so I > just > > > use > > > the instance of the actual servlet provided by > the ActionMappings > put > > in > > > application scope. > === message truncated === ===== Thank You David L. Wasler [EMAIL PROTECTED] 714-742-0311 __________________________________________________ Do You Yahoo!? Check out Yahoo! Shopping and Yahoo! Auctions for all of your unique holiday gifts! Buy at http://shopping.yahoo.com or bid at http://auctions.yahoo.com -- 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]>
