...
The ibatis: component allows you to query, poll, insert, update and delete data in a relational database using Apache iBATIS.
URI format
Code Block |
---|
ibatis:operationName
|
...
The Apache iBatis project is no longer active. The project is moved outside Apache and is now know as the MyBatis project.
Therefore we encourage users to use MyBatis instead. This camel-ibatis component will be removed in Camel 3.0.
iBatis do not support Spring 4.x. So you can only use Spring 3.x or older with iBatis.
Maven users will need to add the following dependency to their pom.xml
for this component:
...
URI format
...
Where statementName Where operationName is the name in the iBATIS XML configuration file which maps to the query, insert, update or delete operation you wish to evaluate.
For example if you wish to poll a database for rows using iBATIS and then send them to a JMS Queue via ActiveMQ you could do
Code Block |
---|
from("ibatis:selectAllAccounts").
to("activemq:MyQueue");
|
.
You can append query options to the URI in the following format, ?option=value&option=value&...
This component will by default load the iBatis SqlMapConfig file from the root of the classpath and expected named as SqlMapConfig.xml
.
It uses Spring resource loading so you can define it using classpath
, file
or http
as prefix to load resources with those schemes.
In Camel 2.2 you can configure this on the iBatisComponent with the setSqlMapConfig(String)
method.
Options
...
Option | Type | Default | Description |
---|---|---|---|
|
|
| Statements to run after consuming. Can be used, for example, to update rows after they have been consumed and processed in Camel. See sample later. Multiple statements can be separated with comma. |
|
|
| If |
|
|
| Sets whether empty result set should be routed or not. By default, empty result sets are not routed. |
|
|
| Mandatory to specify for IbatisProducer to control which iBatis |
|
|
| An integer to define a maximum messages to gather per poll. By default, no maximum is set. Can be used to set a limit of e.g. 1000 to avoid when starting up the server that there are thousands of files. Set a value of 0 or negative to disabled it. |
|
|
| Camel 2.9: A String the defines the transaction isolation level of the will be used. Allowed values are TRANSACTION_NONE, TRANSACTION_READ_UNCOMMITTED, TRANSACTION_READ_COMMITTED, TRANSACTION_REPEATABLE_READ, TRANSACTION_SERIALIZABLE |
|
|
| Camel 2.9: A String the defines the transaction isolation level of the will be used. Allowed values are TRANSACTION_NONE, TRANSACTION_READ_UNCOMMITTED, TRANSACTION_READ_COMMITTED, TRANSACTION_REPEATABLE_READ, TRANSACTION_SERIALIZABLE |
Message Headers
Camel will populate the result message, either IN or OUT with a header with the operationName used:
...
Header | Type | Description |
---|---|---|
|
| The statementName used (for example: insertAccount). |
|
| The response returned from iBatis in any of the operations. For instance an |
Message Body
The response from iBatis will only be set as body if it's a SELECT
statement. That means, for example, for INSERT
statements Camel will not replace the body. This allows you to continue routing and keep the original body. The response from iBatis is always stored in the header with the key CamelIBatisResult
.
Samples
For example if you wish Or to consume beans from a JMS queue and insert them into a database you could do ...
...
the following:
...
Notice we have to specify the statementType
, as we need to instruct Camel which SqlMapClient
operation to invoke.
Where insertAccount is the iBatis ID in the SQL map file:
...
Using StatementType for better control of IBatis
When routing to an iBatis endpoint you want more fine grained control so you can control whether the SQL statement to be executed is a SELEECT
, UPDATE
, DELETE
or INSERT
etc. So for instance if we want to route to an iBatis endpoint in which the IN body contains parameters to a SELECT
statement we can do:
...
In the code above we can invoke the iBatis statement selectAccountById
and the IN body should contain the account id we want to retrieve, such as an Integer
type.
We can do the same for some of the other operations, such as QueryForList
:
...
And the same for UPDATE
, where we can send an Account
object as IN body to iBatis:
...
Scheduled polling example
Since this component does not support scheduled polling, you need to use another mechanism for triggering the scheduled polls, such as the Timer or Quartz components.
In the sample below we poll the database, every 30 seconds using the Timer component and send the data to the JMS queue:
...
And the iBatis SQL map file used:
...
Using onConsume
This component supports executing statements after data have been consumed and processed by Camel. This allows you to do post updates in the database. Notice all statements must be UPDATE
statements. Camel supports executing multiple statements whose name should be separated by comma.
The route below illustrates we execute the consumeAccount statement data is processed. This allows us to change the status of the row in the database to processed, so we avoid consuming it twice or more.
...
And the statements in the sqlmap file:
...
Options
Name | Default Value | Description |
---|---|---|
initialDelay | 1000 | The number of milliseconds until the first poll when polling (consuming) |
delay | 500 | The number of milliseconds for the subsequent delays after the intial delay |
useFixedDelay | false | Whether or not the fixed delay is to be used, to enable a repeated timer |
...