[
https://issues.apache.org/jira/browse/PORTLETBRIDGE-43?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12616701#action_12616701
]
Michael Freedman commented on PORTLETBRIDGE-43:
-----------------------------------------------
This has been fixed in the Portlet 1.0 Bridge codeline but hasn't yet been
fixed in the 2.0 codeline hence the bug is left open as a reminder to merge the
work.
> MyFaces action handling sometimes fails with exception from ExternalContext
> setRequestCharacterSetEncoding
> ----------------------------------------------------------------------------------------------------------
>
> Key: PORTLETBRIDGE-43
> URL: https://issues.apache.org/jira/browse/PORTLETBRIDGE-43
> Project: MyFaces Portlet Bridge
> Issue Type: Bug
> Components: Impl
> Affects Versions: 1.0.0, 2.0.0
> Reporter: Michael Freedman
> Assignee: Michael Freedman
>
> In some configurations (noteably when Facelets is used), an exception is
> thrown when MyFaces tries to set the request character encoding during an
> action. The exception claims that the request (parameters) have already been
> read and hence one can't do this set. This occurs because the Bridge reads
> the request parameters during ExternalContext construction to determine the
> view target of the request (if encodes this target in a render parameter).
> Fix is to delay determining the view until Faces actually tries to determine
> it itself. I.e. Don't resolve the view until either EC.getRequestPathInfo or
> EC.getRequestServletPath are called. Note: because at least older version of
> the Faces RI we support don't call these (in the portlet case) but rather
> relies on a request attribute being set -- the bridge must also
> detect/resolve the view for this case as well.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
