I'm writing a service and I need to use transactions for JDBC & JMS but not distributed.Is it possible use Spring #Transactional annotation on JMS Listener method for a JMS only Transacion using Bitronix or Atomikos since these 2 are also autoconfigured by Spring ?
As far as I know, when I add this dependency, my dataBase transaction also became XA.
What are my options ?
Please see the boot documentation about Mixing XA and non-XA JMS connections.
Related
I have to use hibernate along with spring boot. Is it recommended to use JTA transaction manager in this stack?
If JTA is recommended, how to access current session programmatically in controller or service layer ? with example will be more helpful.
As spring documentation says:
Typically, you need an application server’s JTA capability only if your application needs to handle transactions across multiple resources, which is not a requirement for many applications.
And according to spring boot documentation:
Spring Boot supports distributed JTA transactions across multiple XA resources by using either an Atomikos or Bitronix embedded transaction manager. JTA transactions are also supported when deploying to a suitable Java EE Application Server.
When a JTA environment is detected, Spring’s JtaTransactionManager is used to manage transactions. Auto-configured JMS, DataSource, and JPA beans are upgraded to support XA transactions. You can use standard Spring idioms, such as #Transactional, to participate in a distributed transaction.
As for your second question you can have a look at this answer.
I'm using Spring 4.0, EclipseLink 2.6.3 with JPA 2.0 and IBM Websphere 8.5.5.8 with JTA enabled (Oracle 11g).
As of now my app is configured with WebSphereUowTransactionManager as my server/ container is Websphere like below.
<bean id="transactionManager" class="org.springframework.transaction.jta.WebSphereUowTransactionManager"></bean>
When I was referring to this link from spring doc's in the 8.9.1. Use of the wrong transaction manager for a specific DataSource section it says
If you are using global transactions, you must use the Spring
org.springframework.transaction.jta.JtaTransactionManager for all your
for all your transactional operations. Otherwise Spring will attempt
to perform local transactions on resources such as container
DataSources.
What does it mean ? Should I shift to org.springframework.transaction.jta.JtaTransactionManager as I'm using Spring #Transactional attributes in my services and DAO's ? Please advice.
UPDATE
As mentioned by #JBNizet its a super class extend by different vendor specific Transaction managers.In that case when should I use org.springframework.orm.jpa.JpaTransactionManager ? How is it different from others ?
As the name suggests, can I use Atomikos JTA Transaction Manager with Apache DBCP?
If so, how should I configure it? I'm using Spring & Hibernate.
I'm trying to switch to JTA for transaction management.
Yes you can use it. Atomikos provides a wrapper data source that should be used to wrap the DBCP dataSource. Your database & jdbc driver should support XA.
And then the usual spring configuration to setup a jta transaction manager.
This link has the detailed instructions and configuration.
http://www.atomikos.com/Documentation/SpringIntegration
I have a basic doubt regarding Transactions and the HornetQ native API.
If my application is Spring-based, with Spring managed transactions, how should I configure HornetQ to participate in the same transaction managed by Spring (AOP)?
Using the JMS API I guess it's fairly obvious, since Spring considers JMS resources as transactional.
But I don't know how to do it correctly using the nativa API. Could someone shed a light on this problem?
Many thanks!
HornetQ supports XA on the core API, they are just resources.
You should be able to enlist these resources on Spring if that's just using regular XA API.
http://docs.jboss.org/hornetq/2.2.5.Final/api/org/hornetq/api/core/client/ClientSession.html
I'm not sure though how that integration is done on Spring. If there's anything not working it could (and should) be fixed or improved on a spring-integration module.
Not sure if I understand correctly, but if you're trying to simply do declarative transaction managment using Spring and the #Transactional annotation for JUST JMS, then simply use the <tx:annotation-driven transaction-manager = "myTransactionManager" /> and then - for the "myTranactionManager," register a bean of type JmsTransactionManager, e.g.,
#Bean public PlatformTransactionManager myTranactionManager (){
return new JmsTransactionManager( this.connectionFactory());
}
Now, you can use the annotation as normal and the JMS interactions will be wrapped in a transaction
#Transactional
public void doSomethingWithJms(){
jmsTemplate.send(...);
jmsTemplate.convertAndSend(...)
}
If your goal is to work with MULTIPLE resources, e.g., JMS and JDBC, then you need to use JTA. To see how to setup JTA (for JPA and JMS), check out this blog post http://blog.springsource.com/2011/08/15/configuring-spring-and-jta-without-full-java-ee/
I am not running under Java EE.
I want to have an XA transaction using Spring to share a transaction between DB and JMS.
Does spring provide such a functionality or must I use an external transaction manager such as Atomikos?
I use currently the DataSourceTransactionManager for the DB, and I see I can also use the JMSTransactionManager. Do they work together? Not clear from the documentation as JtaTransactionManager is mentioned.
Please advise.
Yair
Spring only provides a framework for transaction management, it as such doesn't provide any transaction manager. If you are running your application outside a Java EE container and you need a transaction between resources like a DB and JMS, you have to use an external TransactionManager like Atomikos or JOTM (Java Open Transaction Manager).
You might want to refer to http://www.javaworld.com/javaworld/jw-04-2007/jw-04-xa.html for more details on XA using Spring.
they are resource local, but Spring does support XA (see this post for explanation and example code) : http://blog.springsource.com/2011/08/15/configuring-spring-and-jta-without-full-java-ee/