Hi!
The PortletStateInterceptor does nothing special with the Session. It
certainly does not invalidate it or remove stuff that's already there.
The debug statement that you see is an indication that the portlet has
been executed in the event phase, and the result has been properly
configured with a redirectAction result. As a matter of fact, that log
statement indicates that the interceptor is bypassing it's normal
executing and does essentially nothing.
Is this something you can reproduce consistently? In that case, do you
have a sample that you could attach to a JIRA issue? Without more
information, it's impossible to say what the problem could be (besides
a regular session timeout or something...)
Nils-H
On Fri, Apr 10, 2009 at 10:13 PM, Kofford, C Todd <tkoff...@ku.edu> wrote:
> I have a struts 2 (version 2.1.6) portlet that I keep seeing
> intermittent problems with the session being wiped out. Each time this
> happens I see the following messages in the log:
>
> DEBUG [Thread-57] interceptor.PortletStateInterceptor.[] Apr/10 14:26:57
> - Won't restore stack from event phase since it's a proper PRG request
> ...
> DEBUG [Thread-57] PermitBaseAction.[] Apr/10 14:26:57 - session = {}
>
> I'm not sure what is going on here. In the event phase just prior to
> this render phase, my session is populated but then the "...proper RPG
> request" happens and my session is gone. I'm assuming that the portlet
> plugin gets into an invalid/mixed up state. But what would cause this?
>
> Any help would be appreciated.
>
> Todd Kofford
> tkoff...@ku.edu
> University of Kansas - IT
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
> For additional commands, e-mail: user-h...@struts.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
For additional commands, e-mail: user-h...@struts.apache.org
