Hi Dave,
A stateless session bean can hold state which can become corrupt with
multiple concurrent access. "Stateless" relates to the fact that the state
is not pertinent to one client i.e. you can hold state in the bean which can
be accessed by many users. Think of a reference type manager which holds
list of list of reference type objects (Java objects) like Countries,
Cities, StatusTypes.....these can be uploaded from a database once (they are
reference data -relatively unchanging) by an instance. When the client logs
in the reference type manager can return the list of lists to the client for
its own runtime cache. This is especially useful where client have list
boxes and combo boxes which require population. To handle the case of the
data becoming out-of-date the reference manager could use some time out
mechanism or jndi entry flag to determine if the in memory list should be
reread from the database during the method processing. So during this
operation we do not want to service any clients. Hope this is a bit
understandable.
kind regards,
William Louth
> -----Original Message-----
> From: Dave Ford [SMTP:[EMAIL PROTECTED]]
> Sent: Tuesday, April 18, 2000 12:11 PM
> To: [EMAIL PROTECTED]
> Subject: Pooling Stateless Session Beans
>
> I just read an article Java Developers Journal about stateless session
> ejbs.
> It said one of the benefits of stateless ejbs is that they can be more
> easily pooled. This may be a dumb question, but what is the point of
> pooling
> a stateless bean? What exactly is getting pooled, if there is no state?
> Isn't a stateless bean just a bunch of functions?
>
> Dave
>
> ==========================================================================
> =
> 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".
***********************************************************************
Bear Stearns is not responsible for any recommendation, solicitation,
offer or agreement or any information about any transaction, customer
account or account activity contained in this communication.
***********************************************************************
===========================================================================
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".
