On Fri, 17 May 2002, Vincent Harcq wrote: > 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
Thanks, I'll check it out. > > > > 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... Sounds very interesting, I'd love to hear more about this. > > > > > 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 ? > ;) Hmm, we have missed it a few times already. > > > > > Regards, > > > > Craig O'Shannessy > > Vincent. > _______________________________________________________________ Hundreds of nodes, one monster rendering program. Now that's a super model! Visit http://clustering.foundries.sf.net/ _______________________________________________ Xdoclet-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/xdoclet-devel
