[
https://issues.apache.org/jira/browse/PLUTO-436?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Craig Doremus resolved PLUTO-436.
---------------------------------
Resolution: Fixed
Fix Version/s: 1.2.0
Applied patch in SVN version 582210. Thank you, Paul!
> portlet session should not be invalidated when lastAccessedTime is 0
> --------------------------------------------------------------------
>
> Key: PLUTO-436
> URL: https://issues.apache.org/jira/browse/PLUTO-436
> Project: Pluto
> Issue Type: Bug
> Components: portlet container
> Affects Versions: 1.2.0
> Reporter: Paul McMahan
> Priority: Critical
> Fix For: 1.2.0
>
> Attachments: PLUTO-436.diff
>
>
> Some servlet containers do not automatically initialized the lastAccessedTime
> for new sessions they create. They wait until the next request occurs. For
> example in jetty this servlet will print out "0" the first time you access it:
> public void doGet(HttpServletRequest request, HttpServletResponse
> response) throws ServletException, IOException {
>
> response.getWriter().println(request.getSession(true).getLastAccessedTime());
> }
> and then subsequent access print out the current time as you would expect.
> Pluto's PortletRequestImpl#getPortletSession() method does not work correctly
> for these servlet containers because it assumes that the session's
> lastAccessTime has been initialized. When that time has not been initialized
> it proceeds to invalidate the session since it thinks the session has
> exceeded the maxInactiveInterval.
> Another problem in this method is that when an httpSession has been
> invalidated it is still used by the cached portletSession.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
