[jsr-314-open] ViewScoped severe bug or expected behavior?

[Kito Mann]

Werner, did you ever get a response about this?
---
Kito D. Mann | twitter: kito99 | Author, JSF in Action
Virtua, Inc. | http://www.virtua.com | JSF/Java EE training and consulting
http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info | twitter:
jsfcentral
+1 203-404-4848 x3

See you at JAX and JSF Summit 2010 June 20-23rd in San Jose:
http://jaxconf.com/



On Mon, Dec 20, 2010 at 6:23 AM, Werner Punz <werner.punz at gmail.com> wrote:

> Hi I ran into following issue while doing some testing on MyFaces and after
> testing it on Mojarra I noticed that Mojarra behaves the same. So I am not
> sure if this is a bug or expected behavior. Hence I am posting it here.
>
> Following usecase.
> a Page with a managed bean as page controller which is ViewScoped.
>
> Now the page keeps some data which is serialized per definition on the
> scope.
> An action is triggered from the page which then issues an implicit
> navigation case onto itself.
>
> Now what happens on both implementations is, that the ViewScoped bean is
> dropped and the data is lost.
>
> This is easily reproducable with the case in the attachments.
> As you can see the value is initially set to another value by the
> postConstruct and then once the action is triggered it is reset to the
> initial value, although it should
> have been restored to the last value which was present before issuing the
> action onto itself.
>
> I could reproduce this behavior on MyFaces 2.0.3 and on Mojarra. Any ideas
> if this is a bug or expected behavior? Because from a logical point of view
> a nav case should not retire the view scope if it hits the same page again
> no matter if a redirect is in between if it is implicit or explicit or if it
> is just
> a null restore case.
>
>
> Werner
>
>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jsr-314-open-mirror/attachments/20110112/54d8c501/attachment-0002.html