activemq-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Bruce Snyder (JIRA)" <j...@apache.org>
Subject [jira] Updated: (AMQ-59) allow JDBC persistence to be linked with normal JDBC operations to avoid XA
Date Sat, 21 Nov 2009 00:19:53 GMT

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

Bruce Snyder updated AMQ-59:
----------------------------

    Fix Version/s:     (was: AGING_TO_DIE)
                   NEEDS_REVIEWED

> 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: NEEDS_REVIEWED
>
>
> 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.


Mime
View raw message