This approach only works if you assume all session EJB's are running in a
single JVM. This is a scalability limiting assumption.
-Chris.
> -----Original Message-----
> From: Jie Hu [SMTP:[EMAIL PROTECTED]]
> Sent: Friday, March 24, 2000 11:54 AM
> To: [EMAIL PROTECTED]
> Subject: Re: What should I do if I need a singleton?
>
> Can you have synchronization on that singleton?
>
> Jie Hu
>
> [EMAIL PROTECTED]
>
>
> David Olivares <[EMAIL PROTECTED]> on 03/24/2000 09:01:24 AM
>
> Please respond to A mailing list for Enterprise JavaBeans development
> <[EMAIL PROTECTED]>
>
> To: [EMAIL PROTECTED]
> cc:
> Subject: Re: What should I do if I need a singleton?
>
>
>
>
> Hi,
> You could have a session EJB that talks to a singleton. That way you can
> have multiple clients accessing your singleton at the same time (in
> different sessions). Just make sure your singleton doesn't get garbage
> collected.
> Entity EJB's do not fit in the singleton pattern. You have no control as
> to
> when they're being passivated or activated.
>
> BTW : Aguante Argentina !!! :)
>
> -----Original Message-----
> From: Maria Soledad Escobar - Sun Argentina
> [mailto:[EMAIL PROTECTED]]
> Sent: Friday, March 24, 2000 2:06 AM
> To: [EMAIL PROTECTED]
> Subject: What should I do if I need a singleton?
>
>
> Hi all!!!
> Say you want a stateful, shared, server-side object, i.e., a singleton.
> EJB
> does not provide this design pattern explicitly. I could use an entity
> bean,
> but these are really intended to be stored in either a database or some
> (other) legacy backend. Writing a stand-alone entity bean (which
> provides
> full transactional semantics, as entities should) is overkill for a
> simple
> singleton. Or, you could use a stateful session bean, but these are
> intended
> to be single-user. (In reality, it is not possible for a container to
> enforce this rule, and thus it could be ignored, but again we find
> ourselves
> doing something quite unnatural in EJB.)
>
> any suggestions?
> Thank you :-)
>
> --
> ______
> /_____/\ Maria Soledad Escobar
> /____ \\ \ Systems Engineer
> /_____\ \\ /
> /_____/ \/ / / Sun Microsystem de Argentina
> /_____/ / \//\ Bouchard 547 Piso 26
> \_____\//\ / / Buenos Aires (1106)
> \_____/ / /\ / Tel: (54) 11-4317-5600
> \_____/ \\ \ Fax: (54) 11-4311-8999
> \_____\ \\
> \_____\/
>
> ==========================================================================
> =
> 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".
===========================================================================
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".
