History | Log In     View a printable version of the current page.  
Issue Details (XML | Word | Printable)

Key: UP-1618
Type: Bug Bug
Status: Closed Closed
Resolution: Fixed
Priority: Major Major
Assignee: Eric Dalquist
Reporter: Eric Dalquist
Votes: 0
Watchers: 1
Operations

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

Portlet JSP Rendering Race Condition

Created: 07/Dec/06 12:39 PM   Updated: 05/Mar/08 07:59 AM
Component/s: Portlet Container
Affects Version/s: 2.5.3 GA
Fix Version/s: 2.6.1 RC1

Original Estimate: Unknown Remaining Estimate: Unknown Time Spent: Unknown
File Attachments: 1. Text File AttributeScopingPatch.patch (22 kb)



 Description  « Hide
Un-synchronizing the portlet rendering UP-1424 exposed a new issue with portlets that use JSPs to render. There is a race condition that causes the content from one portlet to appear in multiple, unrelated portlets that also use JSPs on the same page.

The cause is Tomcat un-wrapping the HttpServletRequest past the request attribute scoping wrapper added for each uPortal channel rendering thread. With only one place to store request attributes and multiple threads rendering JSPs at the same time the JSP rendering request attributes get overwritten by each thread starting rendering.

 All   Comments   Work Log   Change History   FishEye      Sort Order:
Eric Dalquist [11/Dec/06 08:28 PM]
Possible patch for the JSP rendering issue. Uses an un-wrappable HttpServletRequest implementation to scope request attributes to the currently rendering portlet.

Eric Dalquist [03/Aug/07 11:56 AM]
This has been fixed in the stand along person directory project which is slated to be included in the next version of uPortal.

Eric Dalquist [03/Aug/07 11:57 AM]
Accidentally closed the wrong issue,

Eric Dalquist [15/Nov/07 02:48 PM]
This issue is resolved by the fix for UP-1816, please refer to the patch attached to that issue for a resolution.