[jira] Updated: (ADFFACES-379) Configurator.endRequest fails to execute under certain conditions

["Matthias Weßendorf (JIRA)" <ad...@incubator.apache.org>]

     [ https://issues.apache.org/jira/browse/ADFFACES-379?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Matthias Weßendorf updated ADFFACES-379:
----------------------------------------

        Fix Version/s: 1.0.0-incubating-core
    Affects Version/s: 1.0.0-incubating-core

> Configurator.endRequest fails to execute under certain conditions
> -----------------------------------------------------------------
>
>                 Key: ADFFACES-379
>                 URL: https://issues.apache.org/jira/browse/ADFFACES-379
>             Project: MyFaces ADF-Faces
>          Issue Type: Bug
>          Components: Portlet
>    Affects Versions: 1.0.0-incubating-core
>         Environment: JSR-168
>            Reporter: Scott O'Bryan
>             Fix For: 1.0.0-incubating-core
>
>         Attachments: 13-ADFFACES-379.patch, 13-ADFFACES-379.patch
>
>
> When the filter is not run (like in a Portlet) there are certain scenarios where the Configurator.endRequest is not being called.  Looking at the implementation, there is also RequestContext initialization in Trinidad Filters and a lot of old stuff which is just muddying the waters and making the cleanup code more complex.
> We need to remove the obsolete code for RequestContext initialization in the TrinidadPhaseListener (as this is now handled by the Configurators regardless of whether the filter is run or not, and clean up handling of Configurator execution outside of the filter usecase.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.