Child pages
  • Tracer Example
Skip to end of metadata
Go to start of metadata

Tracer Example


This example demonstrates the Tracer. Tracer is a tracing feature build in camel core to log snapshots of Exchanges while they are routed. This allows you to see:

  • how a given Exchange was routed
  • a snapshot of the content of the Exchange at any given node it passed in the route

When used Camel will by default log the snapshot at INFO level. This example demonstrates how to persist trace snapshots using JPA into a database. This allows you to store this information and query them from a SQL prompt, giving you full power to analyze the data.


This requires Camel 2.0, the camel-jpa component and configuration of the target database.

Data Model

Camel uses the org.apache.camel.processor.interceptor.JpaTraceEventMessage JPA @Entity as data model.
This class has been enhanced with JPA annotations.

The class has the following properties in the JPA model:






Primary key that is generated by the database



Timestamp when the snapshot was generated. Is the system time of the JMV in which Camel is running



the URI of the starting consumer the Exchange was created (usually a from in the route).



id of the previous step in the route. Is null if there wasn't a previous node such as the start.



id of the next step in the route



unique id of the Exchange



id of the Exchange without the machine name



The Exchange Pattern such as InOnly or InOut



The Exchange properties dumped as a String



The Exchange IN headers dumped as a String



The Exchange IN body dumped as a String



The Exchange IN body java type such as String, org.w3c.Document, com.mycompany.MyOrder etc.



The Exchange OUT (if any) headers dumped as a String



The Exchange OUT body (if any) dumped as a String



The Exchange OUT body (if any) java type such as String, org.w3c.Document, com.mycompany.MyOrder etc.



The Exchange exception (if any) dumped as a String including stacktrace

The table name for persisting trace events is: CAMEL_MESSAGETRACED

Configuration of the database

The Tracer uses standard JPA configuration for setting the database. In the META-INF/persistence.xml file we setup the service unit and the database configuration as:

What is important is to add the JpaTraceEventMessage as a class in the persistence.xml file to register our data model:

In this example we use Hibernate JPA and a HSQLDB as database.

Running the example

The README.txt states how to run the example from either ANT or Maven.

Here we show running with Maven:

When the application starts it start:

  • in the console
  • a GUI for browsing the SQL database

Select the console where the application should prompt you to enter some words. Try entering: Camel
The application should respond with a text quote.

You can also enter multiple quotes separate with space, and the response should be the best quote based on the list of words given.
See the file src/main/resources/META-INF/spring/camel-context.xml to give you an idea how it works.

You can enter: Camel Beer and it should be smart enough to find a quote for the beer (wink)

Seeing the trace events

When the program was started a GUI application was started as well. Its a SQL prompt for the database. So try entering:

And it should return the list of trace events in the SQL.

We enter this sql: select id, shortExchangeId, previousNode, toNode, body from camel_messagetraced and get the output as the picture below:


The diagram below illustrates the route diagram generated using Visualisation.

We receive an Exchange from the in stream, then its split using the splitWords method. Then the quote method is invoked before its aggregated and finally sent to the stream out to be printed in the console.

Trace the routing

If we look at the 6 rows from the traced SQL (the first picture) and with the route diagram in mind we can get a better understand how the Exchange was routed.

1. The Exchange does not have a previousNode so its the first step where its consumed from the input stream and that its going to the splitter.
2. The exchange id has changed and this is the output of the splitter as it creates a new Exchange. We can also see this one has one word in the body. This Exchange is being routed to the quote bean next.
3. This is the 2nd output from the splitter containing the 2nd word. This Exchange is being routed to the quote bean next.
4. This is the Beer Exchange where we can see the output from the quote server and that its being routed to the aggregator.
5. This is the Camel Exchange where we can see the output from the quote server and that its being routed to the aggregator.
6. This is the result of the aggregator where the Exchange ending with id 0-2 "was the winner" and is being routed as the aggregated result to the stream out.

Configuration of JPA tracing in Camel

In Camel you need to configure it to use JPA for tracing. We do this as by adding a tracer in the META-INF/camel-context.mxl file:

To properly configure JPA for tracing we must complete these two steps:
1. enable the JPA tracing by setting the property useJpa=true
2. set the destination or destinationUri to a JPA producer endpoint

In this example we set the desintation that refers to a endpoint we define in the camel context:

Here its important that the endpoint is configure with the {org.apache.camel.processor.interceptor.JpaTraceEventMessage}} as entity name and the persistenceUnit as an option. In out example we use tracer.

Then the following is standard Spring JPA configuration:

However we must set the persistenceUnitName to the same unit name we defined in persistence.xml, such as tracer as we are using in this example.

And if you are wondering how the Camel route is defined then its here:

See also

  • No labels