myfaces-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Mike Kienenberger" <mkien...@gmail.com>
Subject Re: Saving component submitted values
Date Mon, 02 Apr 2007 14:42:33 GMT
When rendering, the submitted value is used if non-null.
Then the local value is used if it is set on the component.
Then the backing bean model value is used.


On 4/2/07, Mike Quilleash <mike.quilleash@subexazure.com> wrote:
>
>
> Hi all,
>
> My question put simply is: Does the value of submittedValue on a
> UIInput/EditableValueHolder take precedence over the an actual value when it
> comes to rendering the component?
>
>
> Background:
>
> I've been trying to find a way to save component values between redirects.
> I have a form with 2 input controls, one is a h:inputText the other a custom
> component.  The custom component is a disabled input text paired with a
> custom immediate command button.  The button takes the user to another view
> where they can search and select an entity, click ok and get redirected back
> to form page with the disabled input text filled in.  This is all ok and
> works correctly.
>
> The problem I have is other components' values in the form (like the
> h:inputText in the example) will not be saved by default as I am not doing a
> postback (and may not be valid yet).  So I'm wondering if the following may
> work.
>
> 1) User enters (possibly invalid) value into the h:inputText.
> 2) User clicked button.
> 3) Submitted values (if present) of all components in the form are saved
> (custom code).
> 4) Redirect to other page.
> 5) User makes selection on another page.
> 6) Redirect back to form page.
> 7) Submitted values restored to the form (custom code).
> 8) View renders.
>
> I'm not sure in 8 whether the submitted value will be used or the actual
> value (which is probably still null).  The JSF spec doesn't make it clear
> whether the submitted value takes precedence for rendering if it is set.
>
> Any help or suggestions appreciated.
>
> Cheers.
>
> Mike.
>   This e-mail is bound by the terms and conditions described at
> http://www.subexazure.com/mail-disclaimer.html
>
>
>

Mime
View raw message