[CAUSEWAY-536] Provide the capability to disable concurrency checking in core through a thread-local

• Type: Improvement
• Status: Closed
• Priority: Minor
• Resolution: Fixed
• Affects Version/s: core-1.2.0
• Fix Version/s: core-1.3.0
• Component/s: Core
• Assignee: Daniel Keir Haywood
• Reporter: Daniel Keir Haywood
• Created: 15/Sep/13 14:44
• Updated: 25/Oct/13 08:39
• Resolved: 15/Sep/13 14:45

Description

In some situations it may be necessary to temporarily disable concurrency checking.

One example is when running integration test fixtures, where we simply want to delete all existing data, and don't care about any existing state.

However, another might be to get better control of callbacks from the JDO objectstore. For example, on the preDelete callback to the FrameworkSynchronizer, we've seen concurrency exceptions, but these might be as the a result of JDO bumping up the version of the adapter being deleted. Further research is required here. One possibility though is that the preDelete might require checking to be temporarily disabled for the thread, so that when the callback fires, it knows not to do the concurrency check.

This ticket is to provide this thread local capability. Analysis of the codebase shows that - when configured with Wicket and the JDO objectstore - the ConcurrencyException is thrown either via AdapterManager, or in the Framework Synchronizer. Both of these should honour the value of the thread local.