[
https://issues.apache.org/jira/browse/PLUTO-474?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benjamin Gould updated PLUTO-474:
---------------------------------
Attachment: PLUTO-474.diff
Here is a patch for the 1.1.x branch. It is Paul McMahan's original changes
that I just tested to make sure they still work.
> CLONE -portlet session should not be invalidated when lastAccessedTime is 0
> ---------------------------------------------------------------------------
>
> Key: PLUTO-474
> URL: https://issues.apache.org/jira/browse/PLUTO-474
> Project: Pluto
> Issue Type: Bug
> Components: portlet container
> Affects Versions: 1.1.5
> Reporter: Benjamin Gould
> Priority: Critical
> Fix For: 1.1.5
>
> Attachments: PLUTO-474.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.
