Yeah, but it's a confusing "feature". So I think for 2.2 at least we should introduce a more logical way to handle this, even if you have to turn it on in web.xml.<br clear="all">---<br>Kito D. Mann | twitter: kito99 | Author, JSF in Action<br>
Virtua, Inc. | <a href="http://www.virtua.com" target="_blank">http://www.virtua.com</a> | JSF/Java EE training and consulting<br><a href="http://www.JSFCentral.com" target="_blank">http://www.JSFCentral.com</a> - JavaServer Faces FAQ, news, and info | twitter: jsfcentral<br>
+1 203-404-4848 x3<br><br><div>See you at JAX and JSF Summit 2010 June 20-23rd in San Jose:�<a href="http://jaxconf.com/" target="_blank">http://jaxconf.com/</a></div><br>
<br><br><div class="gmail_quote">On Wed, Jan 19, 2011 at 10:29 AM, Werner Punz <span dir="ltr"><<a href="mailto:werner.punz@gmail.com">werner.punz@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Ok thanks for clearing this up. I guess I was too close to codi in my thinking here<br>which keeps the state and does not care about the outcome redirects etc...<br>It is not a bug then but a feature :-)<br><font color="#888888"><br>
<br><br>Werner</font><div><div></div><div class="h5"><br>
<br><br><div class="gmail_quote">On Wed, Jan 19, 2011 at 9:30 AM, Martin Marinschek <span dir="ltr"><<a href="mailto:mmarinschek@apache.org" target="_blank">mmarinschek@apache.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Well, whatever you do (and Leonardo is right here) it should behave<br>
the same for the view state and the associated map (cause bindings<br>
might reside in it).<br>
<br>
And: the behaviour is like this for a long time already. We would be<br>
breaking existing apps if we change this (some people rely on this<br>
different meaning, even though I myself never did - I found this to<br>
subtle to rely on it ;)<br>
<br>
best regards,<br>
<br>
Martin<br>
<div><div></div><div><br>
On 1/14/11, Werner Punz <<a href="mailto:werner.punz@gmail.com" target="_blank">werner.punz@gmail.com</a>> wrote:<br>
> I dont think a reset should be done over a navigation case, a reset is<br>
> clearly triggered by an api function.<br>
> A ViewScope from my point of view should retain its state as long as it is<br>
> in the same viewId no matter<br>
> how the navigation case triggers, it should only clear itself up in this<br>
> stage if you issue a manual clearing command one way or the other.<br>
><br>
> Werner<br>
><br>
> On Fri, Jan 14, 2011 at 5:52 AM, asmirnov <<a href="mailto:asmirnov@exadel.com" target="_blank">asmirnov@exadel.com</a>> wrote:<br>
><br>
>> Different developers expect the diffirent behavior :-).<br>
>> For me, that's helpful sometime as the way to reset page scope variables.<br>
>> On Jan 12, 2011, at 1:22 PM, Ted Goddard wrote:<br>
>><br>
>> ><br>
>> > I agree, losing the ViewMap upon navigation back to the same view<br>
>> > doesn't<br>
>> make<br>
>> > sense. �Earlier discussion was divided (see messages with the following<br>
>> subject line):<br>
>> ><br>
>> > [jsr-314-eg] navigation to same viewId<br>
>> ><br>
>> > So we've added a feature into ICEfaces whereby @ViewRetained beans are<br>
>> > propagated across the ViewMap when such navigation occurs.<br>
>> ><br>
>> > Ted.<br>
>> ><br>
>> > On 2011-01-12, at 11:01 AM, Kito Mann wrote:<br>
>> ><br>
>> >> Werner, did you ever get a response about this?<br>
>> >> ---<br>
>> >> Kito D. Mann | twitter: kito99 | Author, JSF in Action<br>
>> >> Virtua, Inc. | <a href="http://www.virtua.com" target="_blank">http://www.virtua.com</a> | JSF/Java EE training and<br>
>> consulting<br>
>> >> <a href="http://www.JSFCentral.com" target="_blank">http://www.JSFCentral.com</a> - JavaServer Faces FAQ, news, and info |<br>
>> twitter: jsfcentral<br>
>> >> +1 203-404-4848 x3<br>
>> >><br>
>> >> See you at JAX and JSF Summit 2010 June 20-23rd in San Jose:<br>
>> <a href="http://jaxconf.com/" target="_blank">http://jaxconf.com/</a><br>
>> >><br>
>> >><br>
>> >><br>
>> >> On Mon, Dec 20, 2010 at 6:23 AM, Werner Punz <<a href="mailto:werner.punz@gmail.com" target="_blank">werner.punz@gmail.com</a>><br>
>> wrote:<br>
>> >> Hi I ran into following issue while doing some testing on MyFaces and<br>
>> after testing it on Mojarra I noticed that Mojarra behaves the same. So I<br>
>> am<br>
>> not sure if this is a bug or expected behavior. Hence I am posting it<br>
>> here.<br>
>> >><br>
>> >> Following usecase.<br>
>> >> a Page with a managed bean as page controller which is ViewScoped.<br>
>> >><br>
>> >> Now the page keeps some data which is serialized per definition on the<br>
>> scope.<br>
>> >> An action is triggered from the page which then issues an implicit<br>
>> navigation case onto itself.<br>
>> >><br>
>> >> Now what happens on both implementations is, that the ViewScoped bean<br>
>> >> is<br>
>> dropped and the data is lost.<br>
>> >><br>
>> >> This is easily reproducable with the case in the attachments.<br>
>> >> As you can see the value is initially set to another value by the<br>
>> postConstruct and then once the action is triggered it is reset to the<br>
>> initial value, although it should<br>
>> >> have been restored to the last value which was present before issuing<br>
>> the action onto itself.<br>
>> >><br>
>> >> I could reproduce this behavior on MyFaces 2.0.3 and on Mojarra. Any<br>
>> ideas if this is a bug or expected behavior? Because from a logical point<br>
>> of<br>
>> view<br>
>> >> a nav case should not retire the view scope if it hits the same page<br>
>> again no matter if a redirect is in between if it is implicit or explicit<br>
>> or<br>
>> if it is just<br>
>> >> a null restore case.<br>
>> >><br>
>> >><br>
>> >> Werner<br>
>> >><br>
>> >><br>
>> >><br>
>> >><br>
>> >><br>
>> >><br>
>> ><br>
>> ><br>
>><br>
>><br>
><br>
<br>
<br>
</div></div>--<br>
<br>
<a href="http://www.irian.at" target="_blank">http://www.irian.at</a><br>
<br>
Your JSF powerhouse -<br>
JSF Consulting, Development and<br>
Courses in English and German<br>
<br>
Professional Support for Apache MyFaces<br>
</blockquote></div><br>
</div></div></blockquote></div><br>