RE.load() stumbles on a SecuritySystem error.

[jmoore]

Currently the SecuritySystem is being reset at some point (between sessions?) so that a flush later is causing :

Exception in thread "main" ome.conditions.ApiUsageException: The security system is not ready.
Cannot execute: managedDetails
	at ome.security.basic.BasicSecuritySystem.checkReady(BasicSecuritySystem.java:1285)
	at ome.security.basic.BasicSecuritySystem.checkManagedDetails(BasicSecuritySystem.java:470)
	at ome.security.basic.OmeroInterceptor.resetDetails(OmeroInterceptor.java:280)
	at ome.security.basic.OmeroInterceptor.onFlushDirty(OmeroInterceptor.java:165)

Appears that the fix for #427 is now flushing against our wishes :

... (later in stack trace)
at org.hibernate.impl.SessionImpl.flush(SessionImpl.java:1000)
	at org.springframework.orm.hibernate3.SpringSessionSynchronization.beforeCommit(SpringSessionSynchronization.java:130)
	at org.springframework.transaction.support.AbstractPlatformTransactionManager.triggerBeforeCommit(AbstractPlatformTransactionManager.java:709)

effectively undermining the fix for #258.

Should be configurable.

[jmoore]

Also related to Hibernate's changing FlushMode's: http://opensource.atlassian.com/projects/spring/browse/SPR-2623

[jmoore]

r1039 fixes this. The fix was relatively complicated:

• Upgrade to Spring 2.0 (#238) to handle FlushMode.MANUAL in addition to NEVER
• Always set stateful service sessions to MANUAL
• Subclass HibernateTemplate to allow write operations when FlushMode is MANUAL.

[jmoore]

Chris seems to be happy. Closing.

[jmoore]

r1079 adds necessary config. (Added in branch. Will need to be merged)

[jmoore]

r1112 merges.