You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@cxf.apache.org by "Christian Schneider (JIRA)" <ji...@apache.org> on 2014/12/04 17:36:12 UTC

[jira] [Commented] (CXF-6136) Enhance JMS 2.x JMS Configuration to better control what exceptions cause rollback

    [ https://issues.apache.org/jira/browse/CXF-6136?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14234335#comment-14234335 ] 

Christian Schneider commented on CXF-6136:
------------------------------------------

I think we could even leave out the rollbackCheckedExceptions configuration element you propose and just always work like rollbackCheckedExceptions is true.

> Enhance JMS 2.x JMS Configuration to better control what exceptions cause rollback
> ----------------------------------------------------------------------------------
>
>                 Key: CXF-6136
>                 URL: https://issues.apache.org/jira/browse/CXF-6136
>             Project: CXF
>          Issue Type: Improvement
>          Components: JMS
>    Affects Versions: 2.7.14
>            Reporter: Jason Pell
>            Assignee: Jason Pell
>            Priority: Minor
>             Fix For: 2.7.15
>
>
> Currently if a JMS Transaction Manager is configured for JMS Configuration style any exceptions thrown by a JAX-WS Implementation will cause a roll back of the message.
> There is no way to distinquish between checked exceptions and runtime exceptions.  It would be ideal to be able to have jms services return a normal soap fault message in a reply for checked exceptions defined on the interface, and for runtime exceptions to rollback the message.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)