Hi, > OK, sounds good, I'm not sure how useful the checkAndUpdateStatus would > end up being, I'd have to think about it more. Got any URL's for more > details of this pattern?
It is here : http://www.theserverside.com/books/EJBDesignPatterns/index.jsp > BTW, we have also patched our xdoclet to hava dirty checking on the > dataobjects, as we pass across large graphs of objects where only one may > be dirty. This saves possibly hundreds of setData()s. It's a pretty > simple patch, but I thought you might be interested. Basically we add > these methods to the EJBData.java API > > makeClean() > > makeDirty() > > isDirty() > > and call makeClean() within getData(), and call makeDirty from all the > EJDData.set() methods. With our course grained locks, this works very > well. That is a good option imho. I make it a bit differently currently (before I added the VO in XDoclet) where I use java.beans.Intropsector, listeners on the VO's and a special Introspector/ArrayList. They goes from the baby to the grand parent. I am so able to tell that if a property of a baby is changed which grandparent property is involved. It is fine grained change detection that works very well. I am also able to call ONLY the setter of changed attributes inside the EJB. It is even possible to have Version Pattern applied at field level and avoid to throw Stale Exception when it is not absolutely needed (client 1 changed attribute A and client 2 changed attribute B during their user think time). Very powerfull indeed. I may add that to XDoclet in the future... > > Thanks Vincent and the rest of the XDoclet team. I hope to get more > involved with XDoclet development when our current deadline has been met. Deadline , What's that ? Wasn't it yesterday the deadline ? ;) > > Regards, > > Craig O'Shannessy Vincent. _______________________________________________________________ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] _______________________________________________ Xdoclet-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/xdoclet-devel
