Try not having the namespace="/" in there... It might be causing the problem.
Can you send an example app? Thanks, Jason > -----Original Message----- > From: Hendrik van der Linde [mailto:[EMAIL PROTECTED] > Sent: Tuesday, May 27, 2003 2:41 PM > To: [EMAIL PROTECTED] > Subject: Re: [OS-webwork] WW2: include based on action result > > > > On dinsdag, mei 27, 2003, at 20:07 Europe/Amsterdam, Jason Carreira > wrote: > > > Your xwork.xml looks ok... What's it doing again? > > > > If you post to it from a form it works, but if you hit it > as a URL it > > doesn't? > > > > Sorry, I don't remember the details... > > Here's a snippet from my main jsp page: > > <ww:action name="login" id="login" namespace="/" /> > > <ww:form name="myForm" action="login > .action" method="POST"> > > <input type="submit" value="Submit"/> > </ww:form> > > The first action doesn't do anything, the second one works. > > Hendrik > > > > > Jason > > > >> -----Original Message----- > >> From: Hendrik van der Linde [mailto:[EMAIL PROTECTED] > >> Sent: Tuesday, May 27, 2003 1:58 PM > >> To: [EMAIL PROTECTED] > >> Subject: Re: [OS-webwork] WW2: include based on action result > >> > >> > >> > >> On zaterdag, mei 24, 2003, at 05:01 Europe/Amsterdam, > Jason Carreira > >> wrote: > >> > >>> If you map a JSP page using the "dispatcher" result, this > >> should work, > >>> right? Or am I missing something? > >> > >> I tried to do this, because this seems the logical thing > to do (just > >> as in WW1). However nothing happens. Could someone tell me > if there > >> are any errors in my xwork.xml? > >> > > *snip* > >> > >> (I placed login.jsp in the root of my .war; the jsp can be > executed > >> when I go to the URL directly.) > >> > >> The 'funny' thing is that when I have my action executed from a > >> simple WW form, the action result is processed. Is this difference > >> intentional? (Which would mean that what I want is not possible?) > >> > >>> You can also add a global-result for "login" and have an > >> interceptor > >>> that checks your login stuff and returns "login" without > >> executing the > >>> rest of the action, and it will always go to that JSP. > >> > >> I will look into this. Seems quite elegant to take someone to the > >> login page when he wants to execute an action that requires login. > >> (This is > >> possible when using JAAS and form based login, btw.) > >> > >> Hendrik > >> > >>> > >>> Jason > >>> > >>>> -----Original Message----- > >>>> From: Hendrik van der Linde [mailto:[EMAIL PROTECTED] > >>>> Sent: Friday, May 23, 2003 2:50 PM > >>>> To: [EMAIL PROTECTED] > >>>> Subject: [OS-webwork] WW2: include based on action result > >>>> > >>>> > >>>> Hi, > >>>> > >>>> In webwork 1 it is possible to include a JSP page in another by > >>>> setting the result of an action to a particular JSP. > This way you > >>>> could program in a condition in your action. For example > display a > >>>> page with a login > >>>> form, if the user is not logged in, and a logout page if she > >>>> is. How can this be done in webwork 2, without coding the > >>>> condition into > >>>> the jsp page (using if's)? Ultimately I want to use an > >> interceptor to > >>>> code the condition, and thus short-circuit the action. > For example: > >>>> > >>>> [begin main page] > >>>> > >>>> <ww:action name="user_messages" /> > >>>> > >>>> [/end main page] > >>>> > >>>> Is this possible; what do you think? > >>>> > >>>> Regards, Hendrik > >>>> > >>>> > >>>> > >>>> ------------------------------------------------------- > >>>> This SF.net email is sponsored by: ObjectStore. > >>>> If flattening out C++ or Java code to make your > >> application fit in a > >>>> relational database is painful, don't do it! Check out > >> ObjectStore. > >>>> Now part of Progress Software. > >>> http://www.objectstore.net/sourceforge > >>> _______________________________________________ > >>> Opensymphony-webwork mailing list > >>> [EMAIL PROTECTED] > >>> https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork > >>> > >>> > >>> ------------------------------------------------------- > >>> This SF.net email is sponsored by: ObjectStore. > >>> If flattening out C++ or Java code to make your application > >> fit in a > >>> relational database is painful, don't do it! Check out > ObjectStore. > >>> Now part of Progress Software. > >> http://www.objectstore.net/sourceforge > >>> > >> _______________________________________________ > >>> Opensymphony-webwork mailing list > >>> [EMAIL PROTECTED] > >>> https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork > >>> > >> > >> > >> > >> ------------------------------------------------------- > >> This SF.net email is sponsored by: ObjectStore. > >> If flattening out C++ or Java code to make your > application fit in a > >> relational database is painful, don't do it! Check out > ObjectStore. > >> Now part of Progress Software. > > http://www.objectstore.net/sourceforge > > _______________________________________________ > > Opensymphony-webwork mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: ObjectStore. > > If flattening out C++ or Java code to make your application > fit in a > > relational database is painful, don't do it! Check out ObjectStore. > > Now part of Progress Software. > http://www.objectstore.net/sourceforge > > > _______________________________________________ > > Opensymphony-webwork mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: ObjectStore. > If flattening out C++ or Java code to make your application > fit in a relational database is painful, don't do it! Check > out ObjectStore. Now part of Progress Software. http://www.objectstore.net/sourceforge _______________________________________________ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork ------------------------------------------------------- This SF.net email is sponsored by: ObjectStore. If flattening out C++ or Java code to make your application fit in a relational database is painful, don't do it! Check out ObjectStore. Now part of Progress Software. http://www.objectstore.net/sourceforge _______________________________________________ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
