myfaces-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Blake Sullivan (JIRA)" <...@myfaces.apache.org>
Subject [jira] Updated: (TRINIDAD-2024) UIXCollection holding only to application data
Date Wed, 02 Feb 2011 04:52:28 GMT

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

Blake Sullivan updated TRINIDAD-2024:
-------------------------------------

    Resolution: Fixed
        Status: Resolved  (was: Patch Available)

Fixed in:
1.2.x r1066325
1.2.12.3.3 r1066326
2.x r1066324

> UIXCollection holding only to application data
> ----------------------------------------------
>
>                 Key: TRINIDAD-2024
>                 URL: https://issues.apache.org/jira/browse/TRINIDAD-2024
>             Project: MyFaces Trinidad
>          Issue Type: Bug
>    Affects Versions: 1.2.13-core , 1.2.15-core , 2.0.0-beta-2
>            Reporter: Venkata Guddanti
>            Assignee: Blake Sullivan
>             Fix For: 1.2.15-core , 2.0.0-beta-2, 1.2.13-core 
>
>         Attachments: tableModelRelease-1.2.12.3.3.patch, tableModelRelease-1.2trunk.patch,
tableModelRelease-trunk.patch
>
>
> UIXCollection is internally hanging onto the collectionModel from applications. This
is problematic since the application data could be released between requests. The colleciton
model is held internally usig iState.value and iState.model. 
> The proposed solution is to null out both the iState.value and iState.model on a saveState
of UIXCollection. Note that these variables are transient and the fix is similar to a  fail
over case. Moreover table should not be holding onto any state from model.

-- 
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Mime
View raw message