>From my point of view, it seems like a miss use of entity beans. But of
course this leads into the discussion of why use entity beans in the first
place (which has been beat dead).
Kirk
----- Original Message -----
From: "Lawrence Marsh" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, March 01, 2001 5:04 AM
Subject: Re: Entity Beans
> Same as for pooling stateless session beans - save on the cost of object
> creation and garbage collection. It also gives you an added level of
control
> on your memory usage.
>
> Cheers
>
> Lawrence
>
> > ----------
> > From: Kirk Pepperdine[SMTP:[EMAIL PROTECTED]]
> > Reply To: A mailing list for Enterprise JavaBeans development
> > Sent: 01 March 2001 13:52
> > To: [EMAIL PROTECTED]
> > Subject: Re: Entity Beans
> >
> > but what's the point of pooling entity beans?
> >
> > Kirk
> > ----- Original Message -----
> > From: "Lawrence Marsh" <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Thursday, March 01, 2001 2:55 AM
> > Subject: Re: Entity Beans
> >
> >
> > > Entity beans can and are pooled. An instance of an entity bean
(without
> > > identity/associated EJBObject) is used to service finder methods.
> > >
> > > Different instances can also service the same EJBObject. The container
> > will
> > > typically call ebjLoad/ejbStore when the bean is activated and
> > passivated.
> > >
> > > Cheers
> > >
> > > Lawrence
> > >
> > > > ----------
> > > > From: Satyabrata Dash[SMTP:[EMAIL PROTECTED]]
> > > > Reply To: A mailing list for Enterprise JavaBeans development
> > > > Sent: 01 March 2001 11:36
> > > > To: [EMAIL PROTECTED]
> > > > Subject: Re: Entity Beans
> > > >
> > > > Only stateless session beans can be instance pooled. Because there
is
> > no
> > > > identity associated with a stateless session bean. So they can serve
> > any
> > > > client. Even though a stateful bean has no identity but they are
> > dedicated
> > > > to
> > > > a single client. The entity beans have an identity(Primary key)
> > associated
> > > > with them. So even they are instance pooled they won't be of much
help
> > > > because they can't be used to serve any other client. Therefore the
> > > > specification doesn't allow instance pooling of stateful and entity
> > beans.
> > > >
> > > > But there are vendor specific solutions like weblogic allows caching
> > of
> > > > entity and stateful beans.
> > > >
> > > > Rgds
> > > > Satya
> > > >
> > > >
> > > > -----Original Message-----
> > > > From: Hariharan N [mailto:[EMAIL PROTECTED]]
> > > > Sent: Thursday, March 01, 2001 3:35 PM
> > > > To: [EMAIL PROTECTED]
> > > > Subject: Entity Beans
> > > >
> > > >
> > > > Can the Entity beans Instanced Pooled? If not why??
> > > >
> > > >
> >
==========================================================================
> > > > =
> > > > 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".
> > > >
> > >
> > >
> > > Visit us at http://www.clearstream.com
> > >
> > > IMPORTANT MESSAGE
> > >
> > > Internet communications are not secure and therefore Clearstream
> > International does not
> > > accept legal responsibility for the contents of this message.
> > >
> > > The information contained in this e-mail is confidential and may be
> > legally privileged. It is
> > > intended solely for the addressee. If you are not the intended
> > recipient,
> > any disclosure,
> > > copying, distribution or any action taken or omitted to be taken in
> > reliance on it, is
> > > prohibited and may be unlawful. Any views expressed in this e-mail are
> > those of the
> > > individual sender, except where the sender specifically states them to
> > be
> > the views of
> > > Clearstream International or of any of its affiliates or subsidiaries.
> > >
> > > END OF DISCLAIMER
> > >
> > >
> >
==========================================================================
> > =
> > > 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".
