You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@aries.apache.org by "Christian Schneider (JIRA)" <ji...@apache.org> on 2018/05/15 10:16:00 UTC
[jira] [Resolved] (ARIES-1800) rollbackOn element of Transactional
annotation ignored when set on class level
[ https://issues.apache.org/jira/browse/ARIES-1800?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Christian Schneider resolved ARIES-1800.
----------------------------------------
Resolution: Fixed
Assignee: Christian Schneider
Fix Version/s: transaction-blueprint-2.2.0
> rollbackOn element of Transactional annotation ignored when set on class level
> ------------------------------------------------------------------------------
>
> Key: ARIES-1800
> URL: https://issues.apache.org/jira/browse/ARIES-1800
> Project: Aries
> Issue Type: Bug
> Components: Transaction
> Affects Versions: transaction-blueprint-2.2.0
> Reporter: Daniel Estermann
> Assignee: Christian Schneider
> Priority: Major
> Fix For: transaction-blueprint-2.2.0
>
>
> Since ARIES-1690 the methods throwing a checked exception cause a rollback if the related exception is marked for a rollback using rollbackOn element of Transactional annotation set on a method. However this doesn't work for Transactional annotations on the class level.
> We also need to clarify how we should handle a exceptions set on both levels class and method. There are at least two options:
> * The resulting set of exceptions marked for rollback is an aggregation from both class level and method level annotation.
> * Exception set defined on the method level overrides exceptions of the class leve.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)