[
https://issues.apache.org/jira/browse/JS2-974?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Woonsan Ko resolved JS2-974.
----------------------------
Resolution: Fixed
Fixed by unwrapping the request/response for local portlets.
So, tomcat can be aware of the request to create another request.
Thank you, Ate. Your solution resolves this problem.
> After pluto-2 integration, JSP decorators does not work
> -------------------------------------------------------
>
> Key: JS2-974
> URL: https://issues.apache.org/jira/browse/JS2-974
> Project: Jetspeed 2
> Issue Type: Bug
> Components: Aggregation
> Affects Versions: 2.2.0
> Reporter: Woonsan Ko
> Assignee: Woonsan Ko
>
> I found errors showing an infinite loop and stackOverFlow error, printing
> many lines containing:
>
> ...
> org.apache.catalina.core.ApplicationHttpRequest.getAttribute....
> org.apache.catalina.core.ApplicationHttpRequest.getAttribute....
> ...
> org.apache.catalina.core.ApplicationHttpRequest.getAttribute....
> ...
>
> org.apache.pluto.container.impl.HttpServletPortletRequestWrapper.getAttribute...
> ...
> I've just googled and found an existing issue:
> https://issues.apache.org/bugzilla/show_bug.cgi?id=47017
> In the above issue, the problem was diagnosed as, "Something somewhere called
> setRequest() on the wrapped request and passed in the same wrapped request
> setting up the infinite loop."
> I have tried to test locally by modifying HttpServletPortletRequestWrapper,
> but I have no clue yet.
> I also suspect that this problem can occur for local portlet.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
