You are viewing a plain text version of this content. The canonical link for it is here.
Posted to cactus-user@jakarta.apache.org by Marco Barcella <ba...@appiancorp.com> on 2002/10/07 21:13:40 UTC
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.
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.
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?
Thanks in advance,
marco
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: Particular Configuration Problem
Posted by Vincent Massol <vm...@octo.com>.
Vidya,
It really looks like you have already written to the servlet output
stream before you do a forward, which is not allowed by the Servlet
spec. The include will work fine as it does not replace what has already
been sent back but rather adds to it.
-Vincent
> -----Original Message-----
> From: Vidya Deshmukh [mailto:vidyad@bsil.com]
> Sent: 26 October 2002 05:25
> To: 'Cactus Users List'
> Subject: RE: Particular Configuration Problem
>
> Hi Vincent,
> My test gets fail on forward and not getting any session values
> after
> accessing that page which is mentioned in URL ["/test/do-login"]. I
think
> it
> is not accessing that page only. Bust instead of dispatch.forword() if
I
> include dispatch.include() then test case passes but does not show any
> session values as request does not come back from that page. And the
main
> application is coded in cocoon.
>
> > -----Original Message-----
> > From: Vincent Massol [mailto:vmassol@octo.com]
> > Sent: Friday, September 27, 2002 11:54 PM
> > To: 'Cactus Users List'
> > Subject: RE: Cactus wth cocoon help.
> >
> >
> > Vidya,
> >
> > Can you send the stack trace you're getting and the stdout erros
that
> > appear on your server console?
> >
> > I can see one potential issue (but I'm not sure): You are
manipulating
> > the request after you did a forward(). I'm not sure this is allowed
by
> > the Servlet spec.
> >
> > The first thing we need to know is if your test goes past the
> forward()
> > or if it fails on the forward.
> >
> > Question: What does this have to do with Cocoon testing?
> >
> > Cheers,
> > -Vincent
> >
> > > -----Original Message-----
> > > From: Vidya Deshmukh [mailto:vidyad@bsil.com]
> > > Sent: 27 September 2002 06:00
> > > To: 'Cactus Users List'
> > > Subject: RE: Cactus wth cocoon help.
> > >
> > >
> > > Hi Vincent,
> > > I want to test an application which uses cocoon framework , for
> now
> > I
> > > am
> > > just accessing the middle page of application and trying to test
> > wheather
> > > session is valid or present for a perticular user or not. But I am
> not
> > > able
> > > to access that page thro' cactus and rather not getting any
session
> > object
> > > after accessing that page,
> > >
> > > here is my code....
> > >
> > > import junit.framework.Test;
> > > import junit.framework.TestSuite;
> > >
> > > import org.apache.cactus.ServletTestCase;
> > > import org.apache.cactus.WebRequest;
> > > mport javax.servlet.RequestDispatcher;
> > > import javax.servlet.ServletException;
> > > import javax.servlet.http.HttpSession;
> > > import javax.servlet.ServletConfig;
> > >
> > > public class TestLogin extends ServletTestCase
> > > {
> > > public TestLogin(String theName)
> > > {
> > > super(theName);
> > > }
> > >
> > > String loginUrl = "/test/admin/index.jsp";
> > > String logoutUrl = "/test/logout.jsp";
> > > String errMsgUrl = "/test/index.jsp?error='Please Enter Login
and
> > > Password' ";
> > >
> > > /**
> > > * initialize parameters
> > > */
> > > public void beginValidateLogin(WebRequest webRequest)
> > > {
> > > webRequest.addParameter("username", "username");
> > > webRequest.addParameter("password", "passsword");
> > > }
> > >
> > > /**
> > > * test to check wheather session is valid or not and verify
that
> by
> > > * default the session implicit object is available and can be
> used.
> > > */
> > > public void testValidateLogin() throws ServletException
> > > {
> > > try
> > > {
> > >
> > > //ServletConfig theConfig;
> > > RequestDispatcher dispatch =
> > > config.getServletContext().getRequestDispatcher("/test/do-login");
> > > dispatch.forward(request, response);
> > >
> > > HttpSession session = request.getSession(false);
> > > assertNotNull(session);
> > >
> > > // Perform verification that test was successful
> > > assertEquals("username",session.getAttribute("username"));
> > > assertEquals("password",session.getAttribute("password"));
> > > }
> > > catch (Exception ex)
> > > {
> > > System.out.println("Exception" + ex);
> > > // ex.printStackTrace();
> > > } // end of catch
> > > } // end of test method
> > >
> > > /**
> > > * test to check wheather user has successfully logged out.
> > > */
> > > public void testLogout() throws ServletException
> > > {
> > > try
> > > {
> > > RequestDispatcher dispatch =
> > > this.config.getServletContext().getRequestDispatcher(logoutUrl);
> > > dispatch.include(request, response);
> > > assertNotNull(session.getAttribute("username"));
> > > } // end of try
> > > catch (Exception se)
> > > {
> > > System.out.println(se);
> > > } // end of catch
> > >
> > > } // end of test method
> > > public static Test suite()
> > > {
> > > return new TestSuite(TestLogin.class);
> > > }
> > > }
> > >
> > >
> > > Tell me if I am doing anything wrong out here.....
> > >
> > >
> > > -----Original Message-----
> > > From: Vincent Massol [mailto:vmassol@octo.com]
> > > Sent: Thursday, September 26, 2002 3:20 AM
> > > To: 'Cactus Users List'
> > > Subject: RE: Cactus wth cocoon help.
> > >
> > >
> > > Hi Vidya,
> > >
> > > Short answer is yes. What do you want to unit test from Cocoon?
> > >
> > > Thanks
> > > -Vincent
> > >
> > > > -----Original Message-----
> > > > From: Vidya Deshmukh [mailto:vidyad@bsil.com]
> > > > Sent: 25 September 2002 06:14
> > > > To: cactus-user@jakarta.apache.org
> > > > Subject: Cactus wth cocoon help.
> > > >
> > > >
> > > > Hi!
> > > > Can anyone tell me wheater it is possible to Write test cases
> for
> > > > cocoon
> > > > framework? I am trying for it but getting some error while using
> > > > requestDispatcher object, and not able to acces jsp pages and
not
> > > getting
> > > > any request or response or session object from any jsp page.
> > > >
> > > > Regards,
> > > > Vidya
> > > >
> > > >
> > > > --
> > > > To unsubscribe, e-mail: <mailto:cactus-user-
> > > > unsubscribe@jakarta.apache.org>
> > > > For additional commands, e-mail: <mailto:cactus-user-
> > > > help@jakarta.apache.org>
> > >
> > >
> > >
> > > --
> > > To unsubscribe, e-mail:
> > > <ma...@jakarta.apache.org>
> > > For additional commands, e-mail:
> > > <ma...@jakarta.apache.org>
> > >
> > >
> > > --
> > > To unsubscribe, e-mail: <mailto:cactus-user-
> > > unsubscribe@jakarta.apache.org>
> > > For additional commands, e-mail: <mailto:cactus-user-
> > > help@jakarta.apache.org>
> >
> >
> >
> > --
> > To unsubscribe, e-mail:
> > <ma...@jakarta.apache.org>
> > For additional commands, e-mail:
> > <ma...@jakarta.apache.org>
>
>
> --
> To unsubscribe, e-mail: <mailto:cactus-user-
> unsubscribe@jakarta.apache.org>
> For additional commands, e-mail: <mailto:cactus-user-
> help@jakarta.apache.org>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: Particular Configuration Problem
Posted by Vidya Deshmukh <vi...@bsil.com>.
Hi Vincent,
My test gets fail on forward and not getting any session values after
accessing that page which is mentioned in URL ["/test/do-login"]. I think it
is not accessing that page only. Bust instead of dispatch.forword() if I
include dispatch.include() then test case passes but does not show any
session values as request does not come back from that page. And the main
application is coded in cocoon.
> -----Original Message-----
> From: Vincent Massol [mailto:vmassol@octo.com]
> Sent: Friday, September 27, 2002 11:54 PM
> To: 'Cactus Users List'
> Subject: RE: Cactus wth cocoon help.
>
>
> Vidya,
>
> Can you send the stack trace you're getting and the stdout erros that
> appear on your server console?
>
> I can see one potential issue (but I'm not sure): You are manipulating
> the request after you did a forward(). I'm not sure this is allowed by
> the Servlet spec.
>
> The first thing we need to know is if your test goes past the
forward()
> or if it fails on the forward.
>
> Question: What does this have to do with Cocoon testing?
>
> Cheers,
> -Vincent
>
> > -----Original Message-----
> > From: Vidya Deshmukh [mailto:vidyad@bsil.com]
> > Sent: 27 September 2002 06:00
> > To: 'Cactus Users List'
> > Subject: RE: Cactus wth cocoon help.
> >
> >
> > Hi Vincent,
> > I want to test an application which uses cocoon framework , for
now
> I
> > am
> > just accessing the middle page of application and trying to test
> wheather
> > session is valid or present for a perticular user or not. But I am
not
> > able
> > to access that page thro' cactus and rather not getting any session
> object
> > after accessing that page,
> >
> > here is my code....
> >
> > import junit.framework.Test;
> > import junit.framework.TestSuite;
> >
> > import org.apache.cactus.ServletTestCase;
> > import org.apache.cactus.WebRequest;
> > mport javax.servlet.RequestDispatcher;
> > import javax.servlet.ServletException;
> > import javax.servlet.http.HttpSession;
> > import javax.servlet.ServletConfig;
> >
> > public class TestLogin extends ServletTestCase
> > {
> > public TestLogin(String theName)
> > {
> > super(theName);
> > }
> >
> > String loginUrl = "/test/admin/index.jsp";
> > String logoutUrl = "/test/logout.jsp";
> > String errMsgUrl = "/test/index.jsp?error='Please Enter Login and
> > Password' ";
> >
> > /**
> > * initialize parameters
> > */
> > public void beginValidateLogin(WebRequest webRequest)
> > {
> > webRequest.addParameter("username", "username");
> > webRequest.addParameter("password", "passsword");
> > }
> >
> > /**
> > * test to check wheather session is valid or not and verify that
by
> > * default the session implicit object is available and can be
used.
> > */
> > public void testValidateLogin() throws ServletException
> > {
> > try
> > {
> >
> > //ServletConfig theConfig;
> > RequestDispatcher dispatch =
> > config.getServletContext().getRequestDispatcher("/test/do-login");
> > dispatch.forward(request, response);
> >
> > HttpSession session = request.getSession(false);
> > assertNotNull(session);
> >
> > // Perform verification that test was successful
> > assertEquals("username",session.getAttribute("username"));
> > assertEquals("password",session.getAttribute("password"));
> > }
> > catch (Exception ex)
> > {
> > System.out.println("Exception" + ex);
> > // ex.printStackTrace();
> > } // end of catch
> > } // end of test method
> >
> > /**
> > * test to check wheather user has successfully logged out.
> > */
> > public void testLogout() throws ServletException
> > {
> > try
> > {
> > RequestDispatcher dispatch =
> > this.config.getServletContext().getRequestDispatcher(logoutUrl);
> > dispatch.include(request, response);
> > assertNotNull(session.getAttribute("username"));
> > } // end of try
> > catch (Exception se)
> > {
> > System.out.println(se);
> > } // end of catch
> >
> > } // end of test method
> > public static Test suite()
> > {
> > return new TestSuite(TestLogin.class);
> > }
> > }
> >
> >
> > Tell me if I am doing anything wrong out here.....
> >
> >
> > -----Original Message-----
> > From: Vincent Massol [mailto:vmassol@octo.com]
> > Sent: Thursday, September 26, 2002 3:20 AM
> > To: 'Cactus Users List'
> > Subject: RE: Cactus wth cocoon help.
> >
> >
> > Hi Vidya,
> >
> > Short answer is yes. What do you want to unit test from Cocoon?
> >
> > Thanks
> > -Vincent
> >
> > > -----Original Message-----
> > > From: Vidya Deshmukh [mailto:vidyad@bsil.com]
> > > Sent: 25 September 2002 06:14
> > > To: cactus-user@jakarta.apache.org
> > > Subject: Cactus wth cocoon help.
> > >
> > >
> > > Hi!
> > > Can anyone tell me wheater it is possible to Write test cases
for
> > > cocoon
> > > framework? I am trying for it but getting some error while using
> > > requestDispatcher object, and not able to acces jsp pages and not
> > getting
> > > any request or response or session object from any jsp page.
> > >
> > > Regards,
> > > Vidya
> > >
> > >
> > > --
> > > To unsubscribe, e-mail: <mailto:cactus-user-
> > > unsubscribe@jakarta.apache.org>
> > > For additional commands, e-mail: <mailto:cactus-user-
> > > help@jakarta.apache.org>
> >
> >
> >
> > --
> > To unsubscribe, e-mail:
> > <ma...@jakarta.apache.org>
> > For additional commands, e-mail:
> > <ma...@jakarta.apache.org>
> >
> >
> > --
> > To unsubscribe, e-mail: <mailto:cactus-user-
> > unsubscribe@jakarta.apache.org>
> > For additional commands, e-mail: <mailto:cactus-user-
> > help@jakarta.apache.org>
>
>
>
> --
> To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> For additional commands, e-mail:
> <ma...@jakarta.apache.org>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: Particular Configuration Problem
Posted by Vincent Massol <vm...@octo.com>.
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
> ( <pathelement location="${app.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 <pathelement
location="${app.classes}"/>
> 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: <mailto:cactus-user-
> <>> <>> unsubscribe@jakarta.apache.org>
> <>> <>> For additional commands, e-mail: <mailto:cactus-user-
> <>> <>> help@jakarta.apache.org>
> <>> <>
> <>> <>
> <>> <>
> <>> <>--
> <>> <>To unsubscribe, e-mail:
> <>> <><...@jakarta.apache.org>
> <>> <>For additional commands, e-mail:
> <>> <><...@jakarta.apache.org>
> <>> <>
> <>> <>
> <>>
> <>> --
> <>> To unsubscribe, e-mail: <mailto:cactus-user-
> <>> unsubscribe@jakarta.apache.org>
> <>> For additional commands, e-mail: <mailto:cactus-user-
> <>> help@jakarta.apache.org>
> <>
> <>
> <>
> <>--
> <>To unsubscribe, e-mail:
> <><...@jakarta.apache.org>
> <>For additional commands, e-mail:
> <><...@jakarta.apache.org>
> <>
> <>
>
>
> --
> To unsubscribe, e-mail: <mailto:cactus-user-
> unsubscribe@jakarta.apache.org>
> For additional commands, e-mail: <mailto:cactus-user-
> help@jakarta.apache.org>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: Particular Configuration Problem
Posted by Marco Barcella <ba...@appiancorp.com>.
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
( <pathelement location="${app.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 <pathelement location="${app.classes}"/>
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: <mailto:cactus-user-
<>> <>> unsubscribe@jakarta.apache.org>
<>> <>> For additional commands, e-mail: <mailto:cactus-user-
<>> <>> help@jakarta.apache.org>
<>> <>
<>> <>
<>> <>
<>> <>--
<>> <>To unsubscribe, e-mail:
<>> <><...@jakarta.apache.org>
<>> <>For additional commands, e-mail:
<>> <><...@jakarta.apache.org>
<>> <>
<>> <>
<>>
<>> --
<>> To unsubscribe, e-mail: <mailto:cactus-user-
<>> unsubscribe@jakarta.apache.org>
<>> For additional commands, e-mail: <mailto:cactus-user-
<>> help@jakarta.apache.org>
<>
<>
<>
<>--
<>To unsubscribe, e-mail:
<><...@jakarta.apache.org>
<>For additional commands, e-mail:
<><...@jakarta.apache.org>
<>
<>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: Particular Configuration Problem
Posted by Vincent Massol <vm...@octo.com>.
> -----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: <mailto:cactus-user-
> <>> unsubscribe@jakarta.apache.org>
> <>> For additional commands, e-mail: <mailto:cactus-user-
> <>> help@jakarta.apache.org>
> <>
> <>
> <>
> <>--
> <>To unsubscribe, e-mail:
> <><...@jakarta.apache.org>
> <>For additional commands, e-mail:
> <><...@jakarta.apache.org>
> <>
> <>
>
> --
> To unsubscribe, e-mail: <mailto:cactus-user-
> unsubscribe@jakarta.apache.org>
> For additional commands, e-mail: <mailto:cactus-user-
> help@jakarta.apache.org>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: Particular Configuration Problem
Posted by Marco Barcella <ba...@appiancorp.com>.
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.
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: <mailto:cactus-user-
<>> unsubscribe@jakarta.apache.org>
<>> For additional commands, e-mail: <mailto:cactus-user-
<>> help@jakarta.apache.org>
<>
<>
<>
<>--
<>To unsubscribe, e-mail:
<><...@jakarta.apache.org>
<>For additional commands, e-mail:
<><...@jakarta.apache.org>
<>
<>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: Particular Configuration Problem
Posted by Vincent Massol <vm...@octo.com>.
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: <mailto:cactus-user-
> unsubscribe@jakarta.apache.org>
> For additional commands, e-mail: <mailto:cactus-user-
> help@jakarta.apache.org>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>