Return-Path: Delivered-To: apmail-jakarta-cactus-user-archive@apache.org Received: (qmail 76727 invoked from network); 8 Oct 2002 20:00:52 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 8 Oct 2002 20:00:52 -0000 Received: (qmail 26807 invoked by uid 97); 8 Oct 2002 20:01:38 -0000 Delivered-To: qmlist-jakarta-archive-cactus-user@jakarta.apache.org Received: (qmail 26791 invoked by uid 97); 8 Oct 2002 20:01:37 -0000 Mailing-List: contact cactus-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Cactus Users List" Reply-To: "Cactus Users List" Delivered-To: mailing list cactus-user@jakarta.apache.org Received: (qmail 26779 invoked by uid 98); 8 Oct 2002 20:01:37 -0000 X-Antivirus: nagoya (v4218 created Aug 14 2002) From: "Vincent Massol" To: "'Cactus Users List'" Subject: RE: Particular Configuration Problem Date: Tue, 8 Oct 2002 21:00:12 +0100 Organization: OCTO Technology Message-ID: <00a701c26f05$53dce3e0$0200a8c0@octovma> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.4024 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 In-Reply-To: Importance: Normal X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Marco, There is now only one official and standard way of deploying applications in a servlet container: it is the WAR packaging. I would really recommend you do so. It is *very* to do using Ant (simply use the Ant war task). If you still don't want to do that (and I can't think of any reason why not :-)), then the solution is different for each container. The one you have seems adequate for Tomcat. Just bear in mind that you will then have to put all cactus jars in the system classpath (or other top level classloader). Having a webapp allows to isolate classes and jars as each webapp has its own classloader. Hope it helps, -Vincent > -----Original Message----- > From: Marco Barcella [mailto:barcella@appiancorp.com] > Sent: 08 October 2002 20:35 > To: Cactus Users List > Subject: RE: Particular Configuration Problem > > Thanks, > one more important question: I am not creating a .war file when I run the > test > with Ant, how can I specify the directory of the > testing classes I want to run in the build.xml? Right now, although I > tried to include the myapplication.classes > ( ) directory in my build.xml, > I have to put the testing classes in [tomcat home]/common/classes for them > to be found. How should I include > so that I can find my own application classes? > > Thanks a lot and sorry for asking basic questions, > marco > > > <>-----Original Message----- > <>From: Vincent Massol [mailto:vmassol@octo.com] > <>Sent: Tuesday, October 08, 2002 2:55 AM > <>To: 'Cactus Users List' > <>Subject: RE: Particular Configuration Problem > <> > <> > <> > <> > <>> -----Original Message----- > <>> From: Marco Barcella [mailto:barcella@appiancorp.com] > <>> Sent: 07 October 2002 21:48 > <>> To: Cactus Users List > <>> Subject: RE: Particular Configuration Problem > <>> > <>> Thanks Vincent, > <>> > <>> let me make sure I understand one last point: > <>> I should be able to add the redirector definitions > <>> to the global web.xml in TOMCAT and avoid modifying > <>> the production web.xml. Right? So far it seems to work > <>> but not sure about the future. > <> > <>Yes, that does work (and it's quite neat!) because Tomcat does a "merge" > <>of both web.xml. It's a Tomcat specific feature and won't work for all > <>servlet containers. > <> > <>-Vincent > <> > <>> > <>> Thanks a lot for the advices, > <>> marco > <>> > <>> <>-----Original Message----- > <>> <>From: Vincent Massol [mailto:vmassol@octo.com] > <>> <>Sent: Monday, October 07, 2002 4:11 PM > <>> <>To: 'Cactus Users List' > <>> <>Subject: RE: Particular Configuration Problem > <>> <> > <>> <> > <>> <>Hi Marco, > <>> <> > <>> <>> -----Original Message----- > <>> <>> From: Marco Barcella [mailto:barcella@appiancorp.com] > <>> <>> Sent: 07 October 2002 20:14 > <>> <>> To: Cactus Users List > <>> <>> Subject: Particular Configuration Problem > <>> <>> > <>> <>> Hi all, > <>> <>> > <>> <>> I understand that I am supposed to configure the server side > <>(web.xml) > <>> <>> and the client side (cactus.properties: contextURL). > <>> <>> > <>> <>> I am using TOMCAT 4.0.3 > <>> <>> > <>> <>> In my case: I have an application that I deploy to C:/foe/bo/ > <>> <>(deployed > <>> <>> application); > <>> <>> this application comes with a web.xml that I can modify adding the > <>> <>> redirectors definition, as specified by the website tutorial. If I > <>do > <>> <>that > <>> <>> everything works, but, ideally I should not modify that web.xml. > <>> <>Instead, > <>> <>> I should create another application (testing application) (in > <>webapps > <>> <>for > <>> <>> example) where I create > <>> <>> the web.xml which defines the redirectors (instead of modifying > <>the > <>> <>> deployed > <>> <>> application web.xml) and > <>> <>> place a build.xml that runs the tests through ANT. > <>> <>> > <>> <> > <>> <>Ideally, yes ... but not in the current cactus. The strategy is to > <>have > <>> <>ant scripts that create 2 wars : one for production and one for > <>testing. > <>> <> > <>> <>> THE PROBLEM is that in order to have the redirectors found, I have > <>to > <>> <>> specify the URLContext to be > <>> <>> the testing application URL. Therefore I cannot define the > <>URLContext > <>> <>to > <>> <>> be > <>> <>> the deployed application > <>> <>> one and therefore I cannot use some methods like > <>> <>> pageContext.include(relariveURL), testing some files in the > <>deployed > <>> <>> application. > <>> <> > <>> <>It won't work anyway as one webapp is completely separate from > <>another > <>> <>webapp. They live in different realms and cannot call each other. I > <>> <>think there is a JSR (or maybe it is the upcoming Servlet API 2.4 ?) > <>> <>that allows cross-webapp calls but it's definitely not in 2.2 nor > <>2.3. > <>> <> > <>> <>> > <>> <>> I could define the redirectors in the global web.xml, but I am > <>trying > <>> <>to > <>> <>> avoid that. > <>> <>> Am I missing something? Is there a way to do what I would like to > <>do? > <>> <> > <>> <>Yes, by having 2 web.xml and packaging 2 wars. BTW, if you're > <>concerned > <>> <>about reuse you can have only one web.xml which gets resolved > <>> <>differently if you're packaging the test war. See > <>> <>http://jakarta.apache.org/cactus/faq.html#faq2 > <>> <> > <>> <>-Vincent > <>> <> > <>> <>> > <>> <>> Thanks in advance, > <>> <>> marco > <>> <>> > <>> <>> > <>> <>> > <>> <>> > <>> <>> -- > <>> <>> To unsubscribe, e-mail: <>> <>> unsubscribe@jakarta.apache.org> > <>> <>> For additional commands, e-mail: <>> <>> help@jakarta.apache.org> > <>> <> > <>> <> > <>> <> > <>> <>-- > <>> <>To unsubscribe, e-mail: > <>> <> > <>> <>For additional commands, e-mail: > <>> <> > <>> <> > <>> <> > <>> > <>> -- > <>> To unsubscribe, e-mail: <>> unsubscribe@jakarta.apache.org> > <>> For additional commands, e-mail: <>> help@jakarta.apache.org> > <> > <> > <> > <>-- > <>To unsubscribe, e-mail: > <> > <>For additional commands, e-mail: > <> > <> > <> > > > -- > To unsubscribe, e-mail: unsubscribe@jakarta.apache.org> > For additional commands, e-mail: help@jakarta.apache.org> -- To unsubscribe, e-mail: For additional commands, e-mail: