Hi,
On Mar 13, 2013, at 11:53 PM, Edward Burns wrote:
AS> What should the JSF implementation do with a value that it does not
AS> recognize?
>I have modified the text to say that "none" is assumed in that case.
It might be an implementation issue, but the current implementation in
Mojarra seems to default to "url" in that case.
E.g. in ClientWindowFactoryImpl#postConstructApplicationInitialization, the
variable isClientWindowEnabled is set to true if the value is anything
other than the default (which is "none"):
isClientWindowEnabled = (null != optionValue) &&
!optionValue.equals(WebConfiguration.WebContextInitParameter.ClientWindowMode.getDefaultValue());
Then in e.g. ClientWindowFactoryImpl#getClientWindow(), if
isClientWindowEnabled is true, the code is executed that implements the
requirements for "url".
Talking about getClientWindow, I'm wondering about another issue. The
Javadoc in ClientWindowFactory#getClientWindow says:
* If no value is found, fabricate an id that uniquely identifies this
* <code>ClientWindow</code> within the scope of the current session.
This
* value must be encrypted with a key stored in the http session and
made
* available to return from the {_at_link ClientWindow#getId} method. The
value must be
* suitable for inclusion as a hidden field or query parameter.
* If a value is found, decrypt it using the key from the session and
* make it available for return from {_at_link ClientWindow#getId}.
The Javadoc here talks about encrypting and decrypting the id, but the
current implementation is not doing that, nor could I find any reference to
this in the PRD.
I also don't fully understand the text. If a new value is created,
ClientWindow#getId returns an encrypted value, but if no new value is
created (e.g. one was provided in the request), then ClientWindow#getId
returns a decrypted value?
Is this something that still needs to be implemented?
Kind regards,
Arjan Tijms