This example will show you how to leverage the JTA transaction manager provided by Fuse ESB when working with JMS or JTA Camel endpoints. We will setup a route that reads messages from a queue and inserts information into a database using JTA and XA transactions and deploy that onto JBoss Fuse 6.3.0.
In studying this example you will learn:
We will refer to the root directory of esb-transactions
project as $PROJECT_HOME
.
Before building and running this example you need:
pom.xml
- the Maven POM file for building the exampledatasource
- contains the JDBC data source definitiondatabase
- contains the persistence unit definition and the JPA entity beansrouting
- contains the transactional Camel routesfeatures
- contains the Apache Karaf features definition that allows for easy installation of this exampleFor more information about these Maven modules, have a look at the README.md file in every module directory.
To perform tests in more realistic environments, we can leverage the power of Docker to run more advanced database servers. Of course you can use existing database instances. The below examples are just here for completeness.
We will use the official PostgreSQL docker image available at docker hub. You can use any of the available methods to access PostgreSQL server (e.g., by mapping ports or connecting to containers IP address directly) if you'd prefer.
Start the PostgreSQL server docker container:
$ docker run -d --name fuse-postgresql-server -e POSTGRES_USER=fuse -e POSTGRES_PASSWORD=fuse -p 5432:5432 postgres:9.4
Connect to the docker container and run the psql client to create the transactions
database from the fuse-postgresql-server
container:
$ docker exec -ti fuse-postgresql-server /bin/bash
root@b052efff5a53:/# psql -U fuse -d fuse
psql (9.4.0)
Type "help" for help.
fuse=# create database transactions owner fuse encoding 'utf8';
CREATE DATABASE
fuse=# \q
Enter control-D to exit psql and control-D again to disconnect from docker.
Initialize the transactions
database by creating the 'transactions' schema and 'flights' table.
Simply run:
$ cd $PROJECT_HOME/datasource
$ mvn -Ppostgresql
This will produce standard Maven output with single information:
[INFO] --- exec-maven-plugin:1.3.2:java (default-cli) @ datasource ---
10:39:54.826 INFO [o.j.f.e.t.t.DbInsert] : Database postgresql initialized successfully
Configure PostgreSQL database to allow XA transactions by setting max_prepared_transactions
to the value equal or greater
than max_connections
setting (100
in the case of postgres:9.4
image).
root@b052efff5a53:/# sed -i 's/^#max_prepared_transactions = 0/max_prepared_transactions = 200/' /var/lib/postgresql/data/postgresql.conf
Restart fuse-postgresql-server
container. Your PostgreSQL database is ready to use.
docker restart fuse-postgresql-server
In the $PROJECT_HOME directory, run mvn clean install
to build the example.
We will refer to the directory that contains your Fuse ESB installation as $FUSE_HOME
.
Before we can start Fuse ESB, we have to make sure we configure a user we can use later on to connect to the embedded message broker and send messages to a queue. Edit the '$ESB_HOME/etc/users.properties file and add a line that says:
admin=admin,Administrator
The syntax for this line is <userid>=<password>,<role>, so we're creating a user called admin
with a password admin
who has the Administrator
role.
Start JBoss Fuse with these commands
bin/fuse
bin\fuse.bat
To allow for easy installation of the example, we created a features descriptor. On Fuse ESB's console, add the extra features repository with this command:
JBossFuse:karaf@root> features:addurl mvn:org.jboss.fuse.examples.transactions/features/6.3.0/xml/features
First, install the feature itself using this command:
JBossFuse:karaf@root> features:install transactions-demo
Using osgi:list
in the console, you should now see this demo's bundles at the bottom of the list.
Open the JBoss Fuse Management Console by going to http://localhost:8181/hawtio and login using the username and password you specified in $FUSE_HOME/etc/users.properties
Click on ActiveMQ at the top of the page
In the left column expand 'Queue' and click on 'Input.flights'
Click on 'Send' at the top of the page
Set the 'Payload format' to 'Plain text'
Send a few messages to the queue. The message content will become the flight ID in the database, so just use your imagination for that one ;)
The ESB log file will contain logging output similar to : 2015-05-22 11:25:37,593 | INFO | r[Input.Flights] | route1 | ? ? | 198 - org.apache.camel.camel-core - 2.15.1.redhat-620118 | Received JMS message TXL-1000 2015-05-22 11:25:37,594 | INFO | r[Input.Flights] | route1 | ? ? | 198 - org.apache.camel.camel-core - 2.15.1.redhat-620118 | Storing [flight TXL-1000 from DEN to LAS] in the database
You can also demonstrate this example using jconsole. Open jconsole
and connect to the running Fuse ESB Enterprise instance. If the instance is running locally, connect to
the process called org.apache.karaf.main.Main
.
On the MBeans tab, navigate to org.apache.activemq
→ Broker
→ amq
→ Queue
→ Input.Flights
. Send a few
messages to the queue using the sendTextMessage(String body, String user, String password)
operation. For the second
and third parameter, use the username and password you configured earlier. The first parameter will become the flight ID
in the database, so just use your imagination for that one ;)
The ESB log file will contain logging output similar to : 2015-05-22 11:25:37,593 | INFO | r[Input.Flights] | route1 | ? ? | 198 - org.apache.camel.camel-core - 2.15.1.redhat-620118 | Received JMS message TXL-1000 2015-05-22 11:25:37,594 | INFO | r[Input.Flights] | route1 | ? ? | 198 - org.apache.camel.camel-core - 2.15.1.redhat-620118 | Storing [flight TXL-1000 from DEN to LAS] in the database
To verify the result of sending message, reconnect to docker and run the 'psql' client
$ docker exec -ti fuse-postgresql-server /bin/bash
root@895273b0fb36:/# psql -U fuse -d transactions
psql (9.4.1)
Type "help" for help.
transactions=# select * from transactions.flights;
You will see new database rows for every message you sent, using the message body as the flight number.
For more information see:
For more verbose logging about the use of XA transactions, this logging configuration can be applied on the Karaf shell:
log:set DEBUG org.apache.activemq.transaction log:set DEBUG org.springframework.transaction
emacs log:set DEBUG org.springframework.jms.connection.JmsTransactionManager log:set DEBUG org.springframework.orm.jpa.JpaTransactionManager log:set TRACE org.apache.geronimo.transaction.manager.WrapperNamedXAResource log:set DEBUG org.apache.geronimo.transaction.log log:set DEBUG org.jencks
This will log every tx.begin, tx.prepare and tx.commit operation to data/log/fuse.log.
In Routing component(routing.xml) user might have to change activemq port if deployed in a different container than root.
profile-create --parent feature-camel transactions-demo.profile profile-edit --repositories mvn:org.jboss.fuse.examples.transactions/features/6.3.0/xml/features transactions-demo.profile profile-edit --feature activemq-camel --feature jpa --feature transactions-demo transactions-demo.profile