Hello.
Yes you're right its a kind of useActionBean but as written in the best
practices wiki page
(http://www.stripesframework.org/display/stripes/Best+Practices) Prefer
pre-actions over stripes:useActionBean ... /.
What I want to do is to include the pre-action forward resolution in a jsp. If I
Hi,
Correct if I'm wrong, you have action beans that generate page fragments (as
HTML I guess), that you want to be able to invoke over HTTP (AJAX update),
and also as parts of a more global page ?
If yes, I guess that what you need is just a regular action that generates
the fragment : it'll
This seems to be the solution to first order, but Stripes keeps some
informations in the request (the action bean, the name of the event) that
prevents this method to function (event name conflict in some cases, impossible
to make multiple inclusions of same action bean since it's cached).
Based
Jonothan,
Without sufficient code its really hard to figure out what you are
looking for and then you say this and that won't work.
Why don't you provide the actual code you have - as complete as
possible - and then I imagine people can help you.
Because as it stands Farouk, Remi, Ben and
Not sure I understand. You say you can't do this :
my.jsp :
html
jsp:include page=/partial.action/
jsp:include page=/partial.action/
/html
?
I think I've done this already... strange.
As you say, Stripes does bind stuff to the request, but each include is
isolated (it behaves like a full
I think what Jonathan is saying is correct, though I've never personally
been troubled by it. Stripes stuffs the current ActionBean -- the one that
is handling the request -- into request scope under the key actionBean.
(Of course you know that.) So if you're in a JSP that was forwarded from an
Yeah sure, but it can be solved easily by storing the variable before
inclusion, ans using this in the main page. You should have no problems
inside the fragments, as Stripes will override the request atrribute when
executing the included event.
I was more wondering if the jsp:include didn't
And btw the various actions are also stored using the class name if I
remember well... so you can find your beans in the request scope when you
have more than one.
Cheers
Remi
2011/1/4 VANKEISBELCK Remi r...@rvkb.com
Yeah sure, but it can be solved easily by storing the variable before
The jsp:include works for simple case but if one of the main action bean
parameters has the same name that a parameter of the included action bean there
is a collision (for example an parameters named entryId). Another problem, if
you use the inclusion in a loop (for example to render a line of a
Jonathan,
Can you tell us exactly what ProjectSearchItemViewAction is? Is this just
creating a list of form fields that can be searched? If so, then there are
other ways to solve this problem.
Thanks.
-- Rick
On Tue, Jan 4, 2011 at 8:31 AM, Jonathan jesuisjonat...@gmx.fr wrote:
The
Jonathan,
I think what you need here is a single pre-action that will set up
everything your search form needs. For example:
public class ProjectSearchAction {
public Resolution doPreSearch() {
return new ForwardResolution( /my_search_page.jsp );
}
public Collection String
Yes it works. But I can not reuse the logic in getSearchFields() if I need it
for other pages (for the sake of modularizing presentation). I need to duplicate
the code or creating a class that hold the code and delegate to it but it can be
considered as the lesser of two evils.
You can always create an ActionBean superclass if you want to re-use that
logic in other action beans (this is probably the best approach). Or... if
abstracting the logic into a superclass is not appropriate then you could
easily create a simple view helper class (which has the logic) and
Stripes 1.5.5 is available for
Downloadhttp://www.stripesframework.org/display/stripes/Download
from
Sourceforge. Maven users will find it in the central repository.
For information on what has changed and what you need to know before you
upgrade, see the Release
Thanks Ben!
On Jan 4, 2011, at 10:17 AM, Ben Gunter wrote:
Stripes 1.5.5 is available for Download from Sourceforge. Maven users will
find it in the central repository.
For information on what has changed and what you need to know before you
upgrade, see the Release Notes.
Thanks to
You rock Ben!
P.S.
So does Stripes!
On Tue, Jan 4, 2011 at 11:17 AM, Ben Gunter gunter...@gmail.com wrote:
Stripes 1.5.5 is available for Download from Sourceforge. Maven users will
find it in the central repository.
For information on what has changed and what you need to know before you
Thank you! Seems to solve all the weird-o layout issues I was having with 1.5.4
that I never got around to debugging...
/Janne
On Jan 4, 2011, at 20:17 , Ben Gunter wrote:
Stripes 1.5.5 is available for Download from Sourceforge. Maven users will
find it in the central repository.
For
That's great to hear! You can thank David Dundua and Nick Stuart for helping
with that. They gave me quite a workout in STS-788.
http://www.stripesframework.org/jira/browse/STS-788
http://www.stripesframework.org/jira/browse/STS-788-Ben
On Tue, Jan 4, 2011 at 2:32 PM, Janne Jalkanen
Thanks Ben for all your hard work!
--
Samuel Santos
http://www.samaxes.com/
On Tue, Jan 4, 2011 at 7:55 PM, Ben Gunter gunter...@gmail.com wrote:
That's great to hear! You can thank David Dundua and Nick Stuart for
helping with that. They gave me quite a workout in STS-788.
19 matches
Mail list logo