>From the perspective of Bean Provider, the container managed persistent fields are virtual fields only, and are accessed through get and set accessor methods. These get and set accessor methods are declared as public abstract method in the bean. Since Persistence Manager supply their implementation, it can optimize calls to ejbStore and ejbLoad methods. An ejbStore call is typically made, to synchronize underlying persistent storage with the bean's state , at the end of a transaction. The Persistence Manager, using callback mechanism, can determine the case of modified cmp-fields in a transaction. If no changes are made to any of the cmp-fields, for example in a read only transaction for a bean, the Persistence Manager may not call ejbStore at the end of the transaction. EJB 2.0 architecture thus reduces access to persistence store. Note that cmp-fields in EJB 1.1 CMP entity beans are stored as state variables. Hence callback, when cmp-fields are modified, is not made on the Container. Therefore, EJB 1.1 Container vendor cannot provide optimized access to persistent store in a standard way. Though, some EJB 1.1 Conatiner vendor provide such optimization in a vendor-specific way. Hemant Server Team, Pramati Technologies www.pramati.com ----- Original Message ----- From: "Frank Gao" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Saturday, January 20, 2001 12:11 AM Subject: cmp Hi, all I've got a question about ejb2.0 spec. and hopefully somebody can discuss it with me. In ejb2.0 specification cmp fields are moved out from the bean to the deployment file, but bean providers still have to code a bunch of "getxxx" and "setxxx" methods, which means bean provides have to know the names of all cmp fields and therefore the deployer can not change, insert or delete cmp fields or their attributes defined in xml file. So what's the benefit of moving cmp fields out? Thanks =========================================================================== 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".
