-
Notifications
You must be signed in to change notification settings - Fork 356
Support for optimistic locking [DATAJDBC-219] #445
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Tom Hombergs commented I'd like to give this one a try. This is what I came up with:
Does that make sense? Is DefaultDataAccessStrategy the right place to attack? BTW: if you currently add a |
Tom Hombergs commented In the list above, I forgot:
|
Jens Schauder commented Yes, that sounds right. And we definitly need to update the version in the entity |
Tom Hombergs commented Thanks, I'll get to it, then :) |
Tom Hombergs commented Pull request: #124 |
Tyler K Van Gorder commented I have an updated PR that includes the work that Tom Hombergs started that can be found here: #166
|
Jens Schauder opened DATAJDBC-219 and commented
If there is a
@Version
annotated attribute in an Aggregate Root the update on the Aggregate Root should check that the version has the current value and increment that value.If the update fails due to that version check an exception should get thrown
Issue Links:
("is duplicated by")
Referenced from: pull request #166
3 votes, 7 watchers
The text was updated successfully, but these errors were encountered: