Bill Burke wrote: > Marc, > > I've rewritten EntityInstanceInterceptor a little(see my race condition fix > email please) and put it some code so that LOCKING-WAITING isn't printed a > zillion times. I also added a Thread.yield() before continue; in the > lock-do-while-loop. > > > I've also started looking into ditching the do..while loop in favor of > wait/notify. It's much more complicated than I originally anticipated, but > I'm making progress. IMHO, the whole locking business should be ditched > when you have commit-option-C. Let the database to the synching for you > with the select-for-update feature(CMP) or make the BMP developers handle > the locking. That will require multiple instances of each bean to be spec compliant. -danch _______________________________________________ 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
- [JBoss-dev] Audit Trail Suppor... 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
- RE: [JBoss-dev] F... Bill Burke
- RE: [JBoss-dev] F... marc fleury
- RE: [JBoss-dev] F... Bill Burke