Phillippe,

I think that in general the strategy of instantiating stateless session bean
instances when needed is perfectly suitable. The reason i would like to be
able to pre-instantitate them is that my beans take a long time to construct,
but only a short time on each business method call ... so obviously i want the
response time on the business method calls to be short and having to construct
one for each call would prevent that from happening.

I am using a stateless session bean rather than a stateful one because i don't
want to be able to pool them rather than having one per user (they use quite
a lot of memory too). A stateless session bean seemed like a good way to
implement the pool so that the container could deal with the pooling mechanics,
but lack of administrative control over the pooling behaviour is a problem.

For large construction-time stateless session beans, i think it would be useful
to be able to have some administrative control over the pool size to avoid
unnecessary construction and consequent slow response time.

Carl Desborough.


At 11:27 AM 1/5/01 +0100, you wrote:
>Carl Desborough wrote:
> >
> > Philippe,
> >
> > Thank you for your response to my question ... its good to know that 
> stateless
> > session bean instances are pooled. Do you know whether its possible to
> > configure
> > the size of the pool ... i would like to be able to set it so that there is
> > always at least x instances available, where x is configurable.
> >
> > Carl Desborough
> >
>These feature has not been implemented. If you think this may be a good
>idea,
>We could do it quite easily I think, but I don't see clearly the
>advantages
>of this instead of allocating instances only when needed ?
>--
>Philippe Durieux  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>Bull - 1 rue de Provence - 38432 Echirolles Cedex France
>[EMAIL PROTECTED]
>-> Download our EJBServer at http://www.evidian.com/ejb <-
>----
>To unsubscribe, send email to [EMAIL PROTECTED] and
>include in the body of the message "unsubscribe jonas-users".
>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 "unsubscribe jonas-users".
For general help, send email to [EMAIL PROTECTED] and
include in the body of the message "help".

Reply via email to