Hi, thanx for response. On you question : No. I use default JBoss preferences for entity beans without on-find or on-load strategies.
Actually i have 2 entity beans with CMR relation 1 to 1, for example entity A has entity B in relation. First transaction find A and modified it's CMR B. On commit in DB log i see that all committed right and B changed. Second transactions use findByPK for find A and get from A entity B entity. Here i get B with old values. More strange that in DB log and by debugger i see that ejbLoad() for entity B called after first transaction committed, BUT container return for me old values for B, like if some cashing was enabled... Regards, On Thu, 2004-06-03 at 12:09, Alexey Loubyansky wrote: > Did the second transaction found the instance with on-find read-ahead? > > > -----Original Message----- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of > > Maxim Mikhelman > > Sent: Thursday, June 03, 2004 11:08 AM > > To: [EMAIL PROTECTED] > > Subject: [JBoss-user] Dirty read with commit option B on JBoss 3.2.0 > > > > I use JBoss 3.2.0 with container configuration "Standard CMP > > 2.x EntityBean" (commit option B, pessimistic locking). All > > code run within transactions, user or container (required). > > > > I see next strange behavior: > > 1. JBoss starts first transaction that find some Entity Bean > > instance A, use it with get and set methods and lock it > > within transaction. > > 2. Started second transaction that try to gain lock on the > > same object A and waiting. > > 3. First transaction end it's actions and commit changed A > > property to DB. > > 4. From this moment second transaction can continue to run , > > gains lock on A, but when it try to call get property i see > > inconsistence and view that actually read value that was > > before commit of first transaction - dirty read. > > > > What i do wrong and should change ? > > > > ------------------------------------------------------- > This SF.Net email is sponsored by the new InstallShield X. > >From Windows to Linux, servers to mobile, InstallShield X is the one > installation-authoring solution that does it all. Learn more and > evaluate today! http://www.installshield.com/Dev2Dev/0504 > _______________________________________________ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user > ------------------------------------------------------- This SF.Net email is sponsored by the new InstallShield X. >From Windows to Linux, servers to mobile, InstallShield X is the one installation-authoring solution that does it all. Learn more and evaluate today! http://www.installshield.com/Dev2Dev/0504 _______________________________________________ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user