[jira] Updated: (AMQ-59) allow JDBC persistence to be linked with normal JDBC operations to avoid XA

["Gary Tully (JIRA)" <ji...@apache.org>]

     [ https://issues.apache.org/activemq/browse/AMQ-59?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Gary Tully updated AMQ-59:
--------------------------

    Fix Version/s: 5.3.0
                       (was: 5.2.0)

> allow JDBC persistence to be linked with normal JDBC operations to avoid XA
> ---------------------------------------------------------------------------
>
>                 Key: AMQ-59
>                 URL: https://issues.apache.org/activemq/browse/AMQ-59
>             Project: ActiveMQ
>          Issue Type: New Feature
>          Components: Message Store
>            Reporter: James Strachan
>            Assignee: James Strachan
>            Priority: Minor
>             Fix For: 5.3.0
>
>
> Its a common use case to perform JDBC operations along with JMS and want XA. If we're using JDBC persistence for the message store, we could use the same JDBC connection and avoid the need for XA.
> To implement this we could
> * use a synchronous VM TransportChannel (currently VMTransportChannel is async)
> * let the JDBCMessageStore use the current Connection that the users persistence code is using (e.g. using Spring's helper methods or something - a custom DataStore provider could hide this
> Then the Connection.commit() could effectively be an XA like commit across any persistence code and JMS operations

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.