Rujith de Silva wrote:
>
> Gene De Lisa wrote:
> > Since you asked, you get off track right there. :)
>
> Thank you for putting me back on track! :-)
>
> > for bmp the container calls ejbFind... to match the find... in the
> > home. The ejbFind returns the pks to the container. The container
> > then creates (or gets from a cache) ejbobjects and shoves the pk
> > into them. that is for each pk there will be one ejbobject with the
> > pk inside it. references to the ejbobjects are then returned.
>
> Aha, I see. So what gets returned to the client is an Enumeration of
> remote references to <SOMETHING>, where that something need contain
> only the primary key of the desired object, as the loading of the rest
> of the entity info can be deferred. However, as Rickard pointed out,
> the container may choose to eagerly load the entity info. Assaf
> pointed out that there will at least n+1 SQL SELECTs if the client
> examines n of the findBySomeField matches. Okay, I think I get it
> now. Thanks.
>
> Just out of curiosity, what, typically, is the <SOMETHING> I referred
> to above? I guess it's a container-generated implementation of the
> Person (or whatever) public interface, with all this magic heuristic
> loading capabilities embedded in it?
It can be the actual entity bean. The bean can be activated and you can
reference it, but until you call a business method it will not be
loaded.
arkin
>
> - Rujith.
--
----------------------------------------------------------------------
Assaf Arkin www.exoffice.com
CTO, Exoffice Technologies, Inc. www.exolab.org
===========================================================================
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".
