You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cayenne.apache.org by "Andrus Adamchik (JIRA)" <ji...@apache.org> on 2017/01/02 14:26:58 UTC
[jira] [Commented] (CAY-2186) MySQL and Derby PK generators should
not commit explicitly
[ https://issues.apache.org/jira/browse/CAY-2186?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15792947#comment-15792947 ]
Andrus Adamchik commented on CAY-2186:
--------------------------------------
TODO: check with a real JTA transaction manager (e.g. https://github.com/bitronix/btm ) . Cause testing without one does not present the correct connection state (e.g. ExternalTransaction will not flip autoCommit to false), so it is hard to make proper assertions.
> MySQL and Derby PK generators should not commit explicitly
> ----------------------------------------------------------
>
> Key: CAY-2186
> URL: https://issues.apache.org/jira/browse/CAY-2186
> Project: Cayenne
> Issue Type: Bug
> Reporter: Andrus Adamchik
> Assignee: Andrus Adamchik
> Priority: Minor
>
> MySQL and Derby PK generators explicitly commit the connection when they get a new PK. This goes against Cayenne strategy for *external* transaction management (do not commit from inside Cayenne, let the transaction manager commit when needed).
> Haven't tested the behavior with a real tx manager, but without one (and with external transactions) these 2 PK generators add a side effect of committing whatever else was uncommitted on the connection in question.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)