The client side session bean pool would be for client side remote references
to session beans--(client side pooling of remote references), not to the
actual bean class, which is the container's job (server side pooling of
beans). Creating them ahead of time would be benefical to performance since
your incurring your JNDI lookup, etc, ahead of time.
I'm not sure what part of the spec your referring to: I checked page 39 of
the 1.1 spec. Can you point out the paragraph your referring to? A client
uses the remote interface. The remote interface points to a
java.ejb.EJBObject running on the server. The EJBObject is dedicated to the
client. The EJBObject wraps the actual bean. In the case of stateless
beans, that bean is swapped between EJBObjects.
So, in the case of a stateless session bean, it is swapped to server many
clients, but the wrapper EJBObject is dedicated to the one client.
Albert
-----Original Message-----
From: Subrahmanyam Allamaraju [mailto:[EMAIL PROTECTED]]
Sent: Monday, May 15, 2000 3:52 AM
To: [EMAIL PROTECTED]
Subject: Re: Servlets & Session Bean
> 1. Create your session bean right before you use it, in the doPost/doGet
> method of your servlet, or
This is fine.
> 2. Create an object pool of session beans during servlet initialization.
> The object pool would be an instance variable of your servlet and manage
the
> allocation/deallocation of beans to your web clients.
But there is no need to manage this object pool of beans. That's the
container's job.
> 2. One stateless session bean can be swapped to serve many clients,
whereas
> one stateful session bean ONLY serves ONE client.
Check the spec again (page 39)! A session bean (whether stateful or
stateless) is meant to serve one client.
Regards,
Subbu
===========================================================================
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".
