> Really cool stuff! This can be easily implemented in CMP/JAWS since JAWS > keeps the old state alive. > Bill, Before digging into source, can you answer these questions? We have a need to identify which fields have changed in our state objects for an audit trail. I am gathering information regarding the "tuned updates" process to see if it will give us some direction: 1. How does JAWS keep old state alive? 2. Does the mechanism assume that the request to persist an object comes back to the same container that served the object? thanks, jim _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
- [JBoss-dev] FW: Busy wait on one thread marc fleury
- RE: [JBoss-dev] FW: Busy wait on one threa... Bill Burke
- Re: [JBoss-dev] FW: Busy wait on one t... Georg Rehfeld
- Re: [JBoss-dev] FW: Busy wait on o... David Jencks
- Re: [JBoss-dev] FW: Busy wait ... Georg Rehfeld
- Re: [JBoss-dev] FW: Busy ... David Jencks
- RE: [JBoss-dev] FW: Busy wait on o... Bill Burke
- Re: [JBoss-dev] Audit Trail Su... James Cook
- Re: [JBoss-dev] Audit Tra... danch (Dan Christopherson)
- RE: [JBoss-dev] Audit Tra... Bill Burke
- Re: [JBoss-dev] FW: Busy wait on one t... danch
- RE: [JBoss-dev] FW: Busy wait on o... marc fleury
- RE: [JBoss-dev] FW: Busy wait ... Bill Burke
- RE: [JBoss-dev] FW: Busy ... marc fleury
- RE: [JBoss-dev] FW: B... marc fleury
- RE: [JBoss-dev] FW: B... Bill Burke
- RE: [JBoss-dev] F... Dan Christopherson
- RE: [JBoss-dev] F... marc fleury