Gemeinsame Nutzung von JMS- und Hibernate-Transaktionen in einem Spring MDB mit Oracle Streams AQ?

Question

Ich verwende Oracle 11g für meine Datenbank und die Oracle Streams AQ-Funktion als JMS-Implementierung.

Nach allem, was ich weiß, sollte es möglich sein, eine Spring-basierte Message-driven POJO (MDP) zu implementieren, die die gleiche Datenquelle für den transaktionalen Datenzugriff und JMS-Transaktionen verwendet - alle ohne XA-Transaktionen (IIRC, dies) wurde als Feature von SpringSource Advanced Pack für Oracle vermarktet.

Ist dies auch mit Hibernate möglich? Im Idealfall würde mein MDP eine JMS-Transaktion starten und eine Nachricht aus einer Warteschlange lesen und dann die Transaktion für den Datenzugriff über Hibernate wiederverwenden. Wenn etwas schief geht, wird die JMS- und Datenbanktransaktion ohne Verwendung von 2-Phasen-Commit (2PC) zurückgesetzt.

Ich bin nicht viel von einem Transaktion Guru, also bevor ich anfangen tiefer zu graben, kann jemand bestätigen, dass dies möglich ist und auch Sinn macht?

Update:
Was ich will, ist eine Implementierung des Shared Transaction Resource pattern. Die sample code demonstriert es für ActiveMQ und JDBC, aber ich muss Oracle Streams AQ und Hibernate verwenden.

Update2: Das Spring Advanced Pack für Oracle hat open sourced als Teil des Spring Data JDBC gewesen und es „bietet die Möglichkeit, einen einzelnen lokalen Transaktions-Manager sowohl für den Zugriff Datenbank und die Nachricht verwenden, ohne 2 bis teuer verteilt greifen -phase commit Transaktionsverwaltung ".

Answer 1

2PC sollte nicht notwendig sein, wie du sagst, da der Appserver sich darum kümmern sollte. Sie müssen jedoch ziemlich genau JTA-Transaktionen (d. H. JavaEE-Container) anstelle von Vanilla-DataSource-Transaktionen verwenden, da JMS nur mit JTA arbeitet.

Das ist keine große Sache, es ist nur ein bisschen mehr knifflig:

1. Ihr Frühling Config <jee:jndi-lookup/> zu bekommen einen Bezug auf Ihren Container, DataSource verwenden soll, und Sie injizieren, dass Datenquelle in Ihre federgeführte Hibernate SessionFactory.
2. Sie müssen dann einen Transaktionsmanager in den Kontext einführen (<tx:jta-transaction-manager/> sollte in den meisten App-Servern funktionieren).
3. Schließen Sie in Ihrem Spring JMS MessageListenerContainer den obigen Transaktionsmanager-Verweis an.

Macht das alles Sinn, oder sollte ich es ausarbeiten? Diese Konfiguration sollte sicherstellen, dass die Container-verwalteten Transaktionen über JMS und Hibernate-Interaktionen gehalten werden.