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

Key: UP-2069
Type: Bug Bug
Status: Closed Closed
Resolution: Won't Fix
Priority: Minor Minor
Assignee: Eric Dalquist
Reporter: Mark McLaren
Votes: 0
Watchers: 0
Operations

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

PortletHttpRequestWrapper does not pass the most recent merged copy of the query string and the request parameters.

Created: 27/May/08 05:08 AM   Updated: 15/Sep/08 06:49 PM
Component/s: Portlet Container
Affects Version/s: 3.0.0
Fix Version/s: None

Original Estimate: Unknown Remaining Estimate: Unknown Time Spent: Unknown


 Description  « Hide
This relates to the same problem that was resolved in uPortal 2:

http://www.ja-sig.org/issues/browse/UP-1347

and relates to:

http://tinyurl.com/5h2xam

 All   Comments   Work Log   Change History      Sort Order:
Eric Dalquist [16/Jun/08 03:30 PM]
The Struts Bridge for portals is not a JSR-168 compliant framework despite what is stated on its site: http://portals.apache.org/bridges/multiproject/portals-bridges-struts/index.html

The bridge relies on blind-casts of the PortletContext, RenderRequest and RenderResponse objects to retrieve the underlying javax.servlet API objects. This is not allowed under the JSR-168 specification and the manner these interfaces are implemented is completely up to the individual portal. As these are internal APIs work to make a 3rd party library function is not within the scope of the project. While external solutions may be found these should be considered un-stable as the internal APIs of the portal may change between any version and without any prominent warning.


Eric Dalquist [15/Sep/08 06:49 PM]
Verified as wont-fix