Oh, when you said implement PreResultListener the way I tried it out was
public class MenuInterceptor implements Interceptor, PreResultListener {
public String intercept(ActionInvocation actionInvocation) throws Exception
{
ActionContext ac = actionInvocation.getInvocationContext();
String re
That's what implementing a PreResultListener means; it's an interface, you
implement one.
I still think the whole PreResultListener thing is a bit opaque, I wrote up
something about that a couple of years ago--I need to dig that up.
Dave
On Wed, Nov 16, 2011 at 5:38 PM, Jyothrilinga Rao wrote:
if my action determines that what is present in session is no more valid,
then it would clear this object from session. My interceptor has to check
and set the correct object in session after action has returned.
The setting in session has to happen after action invocation and before JSP
rendering
I think the goal was to do the check after the action executes, though--if
not, then yep, just doing it before the invocation is enough.
If the check needs to happen between action invocation and the JSP
rendering, then the interceptor should implement a PreResultListener, which
is called after in
How about setting your object in session before the action invocation,
i.e, before actionInvocation.invoke()?
Bruno
On Wed, Nov 16, 2011 at 4:09 PM, Jyothrilinga Rao wrote:
> Hi,
>
> I have the following configuration snippet in my struts.xml:
>
>
>
>
> class="com.abc.interceptors.MenuI
Hi,
I have the following configuration snippet in my struts.xml:
true
ERROR
i.e I have a interceptor which I am calling after the defaultStack executes.
My MenuInterceptor has the following code fragment in my intercept method
of MenuIntercept
6 matches
Mail list logo
