Issue Details (XML | Word | Printable)

Key: PLUTO-53
Type: Bug Bug
Status: Closed Closed
Resolution: Invalid
Priority: Major Major
Assignee: Unassigned
Reporter: Ken Weiner
Votes: 3
Watchers: 4
Operations

If you were logged in you would be able to see more operations.
Pluto

Pluto violates PLT.15.4

Created: 30/Jun/04 10:47 PM   Updated: 22/Feb/07 04:58 AM
Return to search
Component/s: portlet container
Affects Version/s: unspecified
Fix Version/s: 1.0.1-rc2

Time Tracking:
Not Specified

File Attachments:
  Size
Text File PlutoSession.txt 2005-04-08 07:04 PM Torsten Glunde 1 kB
Image Attachments:

1. session request scenario.jpg
(19 kB)
Environment: Pluto Portal Driver + the Pluto Container or uPortal + the Pluto Container

Resolution Date: 22/Oct/04 01:53 AM


 Description  « Hide
The JSR 168 Portlet Specification (PLT.15.4) states that Portlets are supposed to be able to communicate information with other Servlets and JSPs that are part of the same Portlet Application via their session. It appears that this ability is not possible with Portlet Applications running in Pluto.

If you examine the session ID of the session within a Portlet and then examine the session ID within a Servlet that was accessed directly by the user with a URL pointing to that Servlet, you will see that the session IDs do not match, and apparently they should.

For a demonstration of this, please deploy and examine the following Portlet: http://www.unicon.net/download/PortletSessionTest.war

By the way, the motivation for wanting to share information via the session in this way comes from a need to handle file downloads from a Portlet.

For reference, see the recent discussion thread on the Pluto User Mailing List:

http://nagoya.apache.org/eyebrowse/BrowseList?listName=pluto-user@portals.apache.org&by=thread&from=812493
    

 All   Comments   Work Log   Change History   Subversion Commits      Sort Order: Ascending order - Click to sort in descending order
There are no subversion log entries for this issue yet.