myfaces-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Max Starets (JIRA)" <>
Subject [jira] Commented: (TRINIDAD-1600) Trinidad2 - Dialog navigation clears View Scope
Date Tue, 20 Oct 2009 15:20:59 GMT


Max Starets commented on TRINIDAD-1600:

 Can we handle the dialog case better for cases when the delegate NavigationHandler is unable
to provide the navigation case
 (navigationCase is null)? I think we could essentially execute the old code (call handleNavigation(),
but save the viewMap before the call
 and then restore it after).

Given that we need to handle the scenario without a navigationCase (see above), wouldn't it
be simpler to just keep the old code and save/restore the viewMap?

> Trinidad2 - Dialog navigation clears View Scope
> -----------------------------------------------
>                 Key: TRINIDAD-1600
>                 URL:
>             Project: MyFaces Trinidad
>          Issue Type: Bug
>    Affects Versions: 2.0.0-core
>         Environment: Trinidad 2.0 branch, JSF RI 2.0.0RC2
>            Reporter: Martin Koci
>         Attachments: patch.txt, patch2.txt
> JSF 2.0 introduces new scope "View Scope" implemented with a Map UIViewRoot.viewMap.
Spec also says that call FacesConfig.setViewRoot() clears that Map.
> Problem: Trinidad NavigationHandler uses method handleNavigation for detection if a dialog
navigation will be performed - however that method creates new UIViewRoot and sets it to FacesContext
-> clears view scope. If user places managed bean into view scope and starts a dialog:
navigation on that view, bean is removed and new instance of the bean is created after dialog
> Solution: use new JSF 2.0 ConfigurableNavigationHandler API

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

View raw message