[
https://issues.apache.org/cayenne/browse/CAY-1190?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13276#action_13276
]
Øyvind Harboe commented on CAY-1190:
------------------------------------
I'm wondering if this is simply a bug in the implementation of optimistic
locking, because if I use a vm shared cache + a form in tapestry with rewind,
then Cayenne + Tapestry works correctly when I first change record +
save(causes commit) and if I subsequently press save but didn't make any
changes in the web gui(relative to the time the page was drawn as opposed to
the time of the last committed record), then no commit takes place.
So, perhaps the optimistic locking is picking the value to compare against from
the wrong spot and optimistic locking and vm shared caches *should* work
together?
> Optimistic locking is incompatible with "Use Shared Cache"
> ----------------------------------------------------------
>
> Key: CAY-1190
> URL: https://issues.apache.org/cayenne/browse/CAY-1190
> Project: Cayenne
> Issue Type: Bug
> Components: Cayenne Core Library
> Affects Versions: 3.0M5
> Reporter: Øyvind Harboe
>
> If I enable "Use Shared Cache" optimistic locking fails.
> I'm not sure if shared cache always was incompatible with shared locking by
> design or if it is even possible to get this to work, but the effect is
> regardless that you won't get optimistic locking exceptions unless you
> disable "Use Shared Cache".
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
