Not needing an isModified was the conclusion we reached in the discussion with Marc in Sydney as well. It was nice for JAWS to improve performance, but a complete hack, because if you return false and do modify your bean you potentially lose your updates and you are messing with the EJB spec.
Putting it in the set/get in CMP2.0 you get both performance, spec compliance and prevent programmers to shot themself in the foot - nice. Robert. > -----Original Message----- > From: Dain Sundstrom [mailto:[EMAIL PROTECTED]] > Sent: Saturday, February 23, 2002 10:01 AM > To: marc fleury > Cc: Jboss-Development@Lists. Sourceforge. Net > Subject: Re: [JBoss-dev] Set on abstract to generate isModified > > > I completely disagree with you assessment that is is a big > performance > hit. > > In the persistence engine I know exactly which cmp fields have been > changed and if any relationships have been changed. This inModified > stuff is originally designed to eliminate unnecessary calls > to ejbStore > because it was so expensive (especially before tuned > updates). With the > new engine, all you avoid is a single call through the > interceptor stack > (~0.06 ms), and you give up on having a reliable ejbStore life cycle > event. > > The simple isModified implementation in jaws breaks the relationships > because a bean can be involved in a blind relationship where > it does not > have an relationship accessor. Therefore the bean provider > has no way > of knowing if the relationship has been modified. There is also the > problem of relationship collection methods. > > Is modified method is just bad news for relationships, and is > an attempt > to solve problems we don't have in EJB 2.0. > > -dain > > P.S. marc, is the clock on your computer off by two hours or > is the time > zone set wrong, because your messages always show up a time stamp two > hours in the future. > > marc fleury wrote: > > > This strikes as a biggy for performance. > > > > Would you mind explaining the "breaking" of dependency you > observed... can > > we power our way through this? again I think this is a > biggy in perf but I > > am largely ignorant of the way it is supposed to work. > > > > marcf > > > > |-----Original Message----- > > |From: Dain Sundstrom [mailto:[EMAIL PROTECTED]] > > |Sent: Friday, February 22, 2002 1:46 PM > > |To: marc fleury > > |Cc: Jboss-Development@Lists. Sourceforge. Net > > |Subject: Re: [JBoss-dev] Set on abstract to generate isModified > > | > > | > > |I don't really generate anything other then the simple DP. > I have has > > |automatic isModified from the beginning. I have also removed all > > |support for isModified in the CMP 2.0 code as it breaks > relationship code. > > | > > |The current implementation could be better, but this is a very low > > |priority. > > | > > |-dain > > | > > |marc fleury wrote: > > | > > |> At the aussie training (god I am still so jet-lagged from this > > |:( the guys > > |> wanted to know if CMP 2.0 in JBoss did the automated > generation of > > |> isModified() on set operations. > > |> > > |> i assume yes but just wanted to make sure. > > |> > > |> marcf > > |> > > |> > > |> _______________________________________________ > > |> Jboss-development mailing list > > |> [EMAIL PROTECTED] > > |> https://lists.sourceforge.net/lists/listinfo/jboss-development > > |> > > | > > > > > > _______________________________________________ > > Jboss-development mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > > _______________________________________________ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > ********************************************************************** visit http://www.solution6.com visit http://www.eccountancy.com - everything for accountants. UK Customers - http://www.solution6.co.uk ********************************************************************* This email message (and attachments) may contain information that is confidential to Solution 6. If you are not the intended recipient you cannot use, distribute or copy the message or attachments. In such a case, please notify the sender by return email immediately and erase all copies of the message and attachments. Opinions, conclusions and other information in this message and attachments that do not relate to the official business of Solution 6 are neither given nor endorsed by it. ********************************************************************* _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
