About Question enthuware.oce-jpad.v6.2.369 :

Moderator: admin

Post Reply
johnlong
Posts: 197
Joined: Mon Jun 20, 2016 5:06 pm
Contact:

About Question enthuware.oce-jpad.v6.2.369 :

Post by johnlong »

As per section 3.4.4.2: When an application locks an entity with LockModeType.PESSIMISTIC_READ and later updates that entity, the lock must be converted to an exclusive lock when the entity is flushed to the database.
How do you interpret "exclusive lock". Why it has to be exactly PESSIMISTIC_WRITE? Could it be PESSIMISTIC_FORCE_INCREMENT?

Online
admin
Site Admin
Posts: 10036
Joined: Fri Sep 10, 2010 9:26 pm
Contact:

Re: About Question enthuware.oce-jpad.v6.2.369 :

Post by admin »

Yes, it could be PESSIMISTIC_FORCE_INCREMENT as well, which is same as PESSIMISTIC_WRITE with version update.
If you like our products and services, please help us by posting your review here.

johnlong
Posts: 197
Joined: Mon Jun 20, 2016 5:06 pm
Contact:

Re: About Question enthuware.oce-jpad.v6.2.369 :

Post by johnlong »

It could have similar semantics, but it has different definition. Thank you.

himaiMinh
Posts: 358
Joined: Fri Nov 29, 2013 8:26 pm
Contact:

Re: About Question enthuware.oce-jpad.v6.2.369 :

Post by himaiMinh »

For the second option explanation '.... without blocking other transactions reading the data".
I think we can modify this statement by adding " ...without blocking other transactions reading the data which was committed in a previous transaction."

When one transaction gets the pessimistic read lock, other transactions can read the entity's data in the database, but not the pending changes in the persistence context. After the transaction commits the changes to the database, other transactions need to refresh the entity.

Post Reply

Who is online

Users browsing this forum: No registered users and 36 guests