How does the ejb container invoke ejbStore? What (the attributes or set methods) are The ejb container monitoring to run ejbStore? If a VO is used, I can use 'attribute0 = vo.value' to assign a new value to attribute0. Does ejbStore run? I can use setAttribute0(vo.value) to assign a new value to attribute0 so make ejbStore to run. The performance will be different in updating persisent data.
Jim -----Original Message----- From: Krishnan Subramanian [mailto:[EMAIL PROTECTED]] Sent: Friday, May 31, 2002 8:59 AM To: [EMAIL PROTECTED] Subject: Re: Retrieving data from entity beans Ara, Local interfaces & relationships are a pretty flexible approach. And they can be a (relatively) lightweight technique of accessing data. Performance is an importance factor, but not the only one when building complex applications. Just as important (or more so!) are other metrics such as modularity, extensibility, maintainability. Value Objects are not a workaround. They've been around (known by different names) since the days of distributed computing. It is possible to build high performant distributed systems using low level techniques (raw JDBC, or low level native code, sockets etc), but such systems are typically brittle & difficult to maintain & extend. The approach with J2EE is to raise the level of abstraction used; so as to hide that complexity. (Again, its not sweeping complexity under the carpet - but rather abstracting that complexity from the developer). But I've digressed here. The issue at hand is not whether EJB 2.0 CMP is usable, but rather a discussion (debate ;) of the recommended techniques & trade offs when accessing them. -krish > -----Original Message----- > From: Ara Abrahamian [mailto:[EMAIL PROTECTED]] > Sent: Friday, May 31, 2002 2:31 PM > To: 'Krishnan Subramanian'; [EMAIL PROTECTED] > Subject: RE: Retrieving data from entity beans > > > You're quite right. I've measured a 6-10X difference. I'm disappointed > about what EJB2 expert group came up with. The CMP2 stuff ended up being > very sophisticated, and they don't support dependent objects either. > Dependent objects in PFD2 were a better approach. Can someone here > enlighten us why they've chosen this approach? > > Based on all these performance/etc issues I still prefer to go the > session facade->javabean path, no use of workarounds such as value > objects or heavy beans/relations. > > Ara. =========================================================================== 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".
