Re: [OS-webwork] WW2: include based on action result

Hendrik van der Linde Tue, 03 Jun 2003 03:44:59 -0700

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

Re: [OS-webwork] WW2: include based on action result

Reply via email to