jsr344-experts@javaserverfaces-spec-public.java.net

[jsr344-experts] Re: 1127-SerializeServerState PROPOSAL

From: Werner Keil <werner.keil_at_gmail.com>
Date: Mon, 6 Aug 2012 15:15:02 +0200

+1

Regarding serialization of State, while it's unlikely to make it into EE 7,
please also keep an eye on JSR 350, that deals with State Management and
Serialization, especially on the Server side. Could be synergies for the
next JSF update there[?]

Werner

On Mon, Aug 6, 2012 at 3:08 PM, Kito Mann <kito.mann_at_virtua.com> wrote:

> +1
>
> I almost always turn this off anyway.
>
> On Mon, Jul 30, 2012 at 2:00 PM, Edward Burns <edward.burns_at_oracle.com>wrote:
>
>> Mojarra issue JAVASERVERFACES-2349, filed by EG member Gerhard Petracek,
>> asks to make Mojarra conform to this spec text, In section "State Saving
>> Alternatives and Implications" in the "Application Integration" chapter.
>>
>> The default implementation Serializes the view in both the client and
>> server modes.
>>
>> This issue has a long history, dating back to summer 2007, chronicled in
>> JAVASERVERFACES-632. In that issue, then implementation lead Ryan Lubke
>> stated that he polled the community and the result was that enforcing
>> serializability in all cases should be off by default.
>>
>> At this point, I'd like to amend the text quoted above to be:
>>
>> The default implementation Serializes the view in client
>> mode. Serializing the view in server mode is optional but must be
>> possible by setting context-param javax.faces.SERIALIZE_SERVER_STATE
>> to true.
>>
>> I hate adding another context-param, but I hate more making poor
>> performance the default without a good reason for doing so.
>>
>> ACTION: please respond with your approval or disapproval of this
>> proposal.
>>
>> Thanks,
>>
>> Ed
>> --
>> | edward.burns_at_oracle.com | office: +1 407 458 0017
>> | homepage: | http://ridingthecrest.com/
>>
>
>




347.gif
(image/gif attachment: 347.gif)