On 18/11/2013 15:35, Timo Hatakka wrote:
Hi,
there seems to be no locking mechanism in Syncope? We have investigated REST
calls between UI and core and the idea seems to be to enumerate the
attribute level changes needed in update operation. This keeps the data
consistent if two simultaneous operations are targeted to different
attributes. In a case of multivalue attributes an updated value can be
missed if two simultaneous operations happen to the same attribute. Have you
worried about this?
Hi,
any concurrency (and locking) mechanism is delegated to the underlying
JPA layer, provided by OpenJPA: by default, everything is configured for
optimistic locking.
Exceptions raised at this level will be transformed into adequate REST
exceptions.
About this, there is an improvement planned for 1.2.0 about ETag support:
https://issues.apache.org/jira/browse/SYNCOPE-429
Regards.
--
Francesco Chicchiriccò
Tirasa - Open Source Excellence
http://www.tirasa.net/
ASF Member, Apache Syncope PMC chair, Apache Cocoon PMC Member
http://people.apache.org/~ilgrosso/
