SFSB state is not persistent in the usual sense of the word. The
container only serializes SFSB state when the SFSB instance is
passivated at the container's discretion. An SFSB instance var is only
retained over the course of an active user conversation, not across
disjoint user connections or app transactions.

So the sense of the observation in the note below is reversed: App
vendors always cache the SFSB state. They use serialization to store the
state for capacity reasons, namely when they find it worthwhile to
passivate the SFSB.

"Stateful/stateless" is a poorly worded distinction that continually
confuses and misleads EJB developers; "conversational/nonconversational"
is better.

Fred Loney
Spirited Software, Inc.
www.spiritedsw.com

----- Original Message -----
From: "Ashwani Kalra" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, December 23, 2001 7:38 PM
Subject: Re: How app servers maitain the persistency of data ??


> Most of the app vendors uses java serialization to store the state of
the
> client. This means they use secondary storage. They can cache this
data also
> for performance reasons.
>
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> Cheers
> Ashwani Kalra
> Sr. Mem. Dev. Staff
> Aithent Technologies
> India
> www.geocities.com/ashwani_kalra/
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
>
>
>
> -----Original Message-----
> From: A mailing list for Enterprise JavaBeans development
> [mailto:[EMAIL PROTECTED]]On Behalf Of Siraj Hashmi
> Sent: Friday, December 22, 2000 9:11 PM
> To: [EMAIL PROTECTED]
> Subject: How app servers maitain the persistency of data ??
>
>
> Hi all,
>
>         As we say Stateful session bean mainains the state of the
client, so
> where does it stores the session information ??
>
> Regds,
> -SH
>
>
========================================================================
===
> To unsubscribe, send email to [EMAIL PROTECTED] and include in the
body
> of the message "signoff EJB-INTEREST".  For general help, send email
to
> [EMAIL PROTECTED] and include in the body of the message "help".
>
>
========================================================================
===
> To unsubscribe, send email to [EMAIL PROTECTED] and include in the
body
> of the message "signoff EJB-INTEREST".  For general help, send email
to
> [EMAIL PROTECTED] and include in the body of the message "help".
>

===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST".  For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".

Reply via email to