see below
----- Original Message -----
From: Chris Raber <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, October 05, 1999 9:42 AM
Subject: Re: Doubts about Entity beans, Should we use them?
> You are right James. All the optimization of finders in the world can't
fix
> all the
> network round trips you refer to!
----- Original Message -----
From: Richard Monson-Haefel <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, October 05, 1999 11:35 AM
Subject: Re: Doubts about Entity beans, Should we use them?
> I recommend using listing methods that return arrays or result sets of
just the
> data you want. You have to hand code these in session or entity beans but
the
> trade off is worth it at run time. When you use a listing method you
retrieve
> only the data you need and you don't bother the client with a lot of
unnecessary
> remote references.
I have to respond to save some self-dignity. I wasn't, by any means,
implying that I would write a client that populated a list box by making
remote calls against an enumeration of primary keys. Of course I would write
a session bean that queried the database directly to return an ArrayList
(insert favorite collection here) with a small state object that contained
the PK and the name.
Thanks go to Richard for focusing on the true issue that I was trying to
grasp. Earlier posters started this thread by saying BMP has little room to
compete with CMP for ongoing optimization. I didn't understand this
statement.
I was particularly hoping for clarification regarding the following specific
quotes:
Muly Oved: "I may be wrong but I fill BMP is a dead-end for future
optimization. (vendor specific but critical) cache in the application server
is also not the answer as the database may be shared and there still need to
retrive the full list of primery key. Also the database is doing caching
much better any way. The key point here, as I understand, is that CMP or
other tool can do much better job. if not today maybe in the future, but BMP
code will not be able to enjoy this improvment."
Steve Muench: "Your suggested session-bean centric approach is exactly what
we concluded as well working closely with lots of folks in our Oracle
Applications division building large-scale, as you put it "non-trivial",
applications."
Hal Hildebrand: "We completely believe that entity beans are not a solution
to light weight, fine grained persistence."
jim
===========================================================================
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".
