[OPENJPA-1608] PESSIMISTIC_WRITE is not working in Informix

• Type: Bug
• Status: Closed
• Priority: Major
• Resolution: Fixed
• Affects Version/s: 2.0.0
• Fix Version/s: 2.0.0
• Component/s: jdbc
• Patch Info: Patch Available
• Assignee: Fay Wang
• Reporter: Fay Wang
• Created: 01/Apr/10 17:26
• Updated: 20/Feb/15 21:10
• Resolved: 05/Apr/10 16:00

Description

The following call:

district = em.find(DistrictJPA.class, key, LockModeType.PESSIMISTIC_WRITE);

generates SELECT ... FOR UPDATE .

However, in the default isolation level (read committed). Informix does not lock the row, causing a lot of duplicate key errors. The work around is for the application to explicitly set the property below in the persistence.xml:

<property name="openjpa.jdbc.TransactionIsolation" value="repeatable-read" />

According to the spec 3.4.4, footnote:

For example, a persistence provider may use an underlying database platform's SELECT FOR UPDATE statements to implement pessimistic locking if that construct provides appropriate semantics, or the provider may use an isolation level of repeatable read.

It appears that the persistence provider must implements PESSIMISTIC_WRITE semantics transparently to the application.

Issue Links

• relates to: OPENJPA-2570 Allow an Informix user the option to disable the 'RETAINUPDATELOCKS' SQL.