We ignore it because many of the results will fail, such as the redirect, when you try to run them after the page has started to render. You can do a ww:include to include a template, if you like...
> -----Original Message----- > From: Hendrik van der Linde [mailto:[EMAIL PROTECTED] > Sent: Monday, June 02, 2003 1:36 PM > To: [EMAIL PROTECTED] > Subject: Re: [OS-webwork] WW2: include based on action result > > > Hi, > > My app is very simple, I don't think an example would add anything > useful. Besides that I found out that the JavaDoc of ActionTag states: > > ActionTag enables developers to call Actions directly from a JSP page > by specifying the Action name and an optional namespace. The body > content of the tag is used to render the results from the > Action. Any > Result processor defined for this Action in xwork.xml will > be ignored. > > Does the above mean that results are no further processed? Does this > include ERROR as well? What could be the use of that? I guess > defining > nothing in xwork.xml for a certain action would achieve that (==no) > result, so why actively ignore it? > > Hendrik > > > On dinsdag, mei 27, 2003, at 20:49 Europe/Amsterdam, Jason Carreira > wrote: > > > 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 > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: eBay > Get office equipment for less on eBay! > http://adfarm.mediaplex.com/ad/ck/711-11697-> 6916-5 > > _______________________________________________ > > Opensymphony-webwork mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork > ------------------------------------------------------- This SF.net email is sponsored by: eBay Get office equipment for less on eBay! http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 _______________________________________________ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
