Simple
Since Camel 1.1
The Simple Expression Language was a really simple language when it was created, but has since grown more powerful. It is primarily intended for being a very small and Camel specific scripting language used anywhere in Camel such as with EIPs and Route.
The simple language is designed with intent to cover almost all the common use cases when little need for scripting in your Camel routes.
However, for much more complex use cases, then a more powerful language is recommended such as: Groovy.
The simple language uses ${body} placeholders for dynamic expressions and functions.
| Alternative syntax You can also use the alternative syntax which uses |
| See also the CSimple language which is pre compiled. |
A quick Simple Language example
You often use Simple together with EIPs such as Content-Based Router EIP.
In the example below we want to route the message depending on whether a message header with key foo is equal to different values:
-
Java
-
XML
-
YAML
from("direct:a")
.choice()
.when(simple("${header.foo} == 'bar'"))
.to("direct:b")
.when(simple("${header.foo} == 'cheese'"))
.to("direct:c")
.otherwise()
.to("direct:d"); <route>
<from uri="direct:a"/>
<choice>
<when>
<simple>${header.foo} == 'bar'</simple>
<to uri="direct:b"/>
</when>
<when>
<simple>${header.foo} == 'cheese'</simple>
<to uri="direct:c"/>
</when>
<otherwise>
<to uri="direct:d"/>
</otherwise>
</choice>
</route> - from:
uri: direct:a
steps:
- choice:
when:
- simple: "${header.foo} == 'bar'"
steps:
- to:
uri: direct:b
- simple: "${header.foo} == 'cheese'"
steps:
- to:
uri: direct:c
otherwise:
steps:
- to:
uri: direct:d Simple Language options
The Simple Language can be configured globally. However, its seldom needed.
The Simple language supports 3 options, which are listed below.
| Name | Default | Java Type | Description |
|---|---|---|---|
|
| To pretty format the output (only JSon or XML supported). | |
| Sets the class of the result type (type from output). | ||
|
| Whether to trim the value to remove leading and trailing whitespaces and line breaks. |
Built-in Simple Functions
The Simple language has many built-in functions which allows access to various part of Camel and the current Exchange, the message payload such as body and headers, and much more.
| Function | Response Type | Description |
|---|---|---|
|
| Invoking a bean expression using the Bean language. Specifying a method name, you must use dot as the separator. We also support the ?method=methodname syntax that is used by the Bean component. Camel will by default lookup a bean by the given name. However, if you need to refer to a bean class (such as calling a static method), then you can prefix with the type, such as |
|
| The body invoked using a Camel OGNL syntax. For example to invoke the |
|
| Converts the body to the given type determined by its classname and then invoke methods using a Camel OGNL syntax. |
|
| Converts the body to the given type determined by its classname. |
|
| Converts the body to a String and removes all line-breaks, so the string is in one line. |
|
| The message body class. |
|
| The message body |
|
| The CamelContext invoked using Camel OGNL syntax. |
|
| The name of the Camel application (ie |
|
| Capitalizes the message body as a String value (upper case every words) |
|
| Capitalizes the expression as a String value (upper case every words) |
|
| The collate function iterates the message body and groups the data into sub lists of specified size. This can be used with the Splitter EIP to split a message body and group/batch the split sub message into a group of N sub lists. This method works similar to the collate method in Groovy. |
|
| Performs a string concat using two expressions (message body as default) with optional separator (uses comma by default). |
|
| Converts the expression to the specified type and then invoke methods using a Camel OGNL syntax. |
|
| Converts the expression to the specified type. |
|
| Converts the message body to the specified type. |
|
| Date formatting using |
|
| Date formatting using |
|
| Evaluates to a |
|
| Creates a new empty object of the given kind. The |
|
| Refers to the OS system environment variable with the given key. For example |
|
| Same as |
|
| The message from the |
|
| The stacktrace from the |
|
| The |
|
| The current |
|
| The id of the current |
|
| Same as |
|
| Returns the value of the exchange property with the given key. Returns |
|
| The current |
|
| Returns the original route id where this |
|
| Returns a hashed value (string in hex decimal) of the given expression. The algorithm can be |
|
| Same as |
|
| The message header with the given key. |
|
| The message header with the given key, converted to the given type. |
|
| Deprecated Same as |
|
| Deprecated The message header with the given key. |
|
| Deprecated The message header with the given key. |
|
| The number of headers |
|
| Deprecated The message header with the given key. |
|
| Deprecated The message header with the given key. |
|
| All the message headers as a |
|
| Returns the local hostname (may be |
|
| The message id |
|
| Evaluates the predicate expression and returns the value of trueExp if the predicate is |
|
| Whether the expression is |
|
| Whether the message body is |
|
| The join function iterates the message body (by default) and joins the data into a |
|
| When working with JSon data, then this allows using the JQ language, for example, to extract data from the message body (in JSon format). This requires having camel-jq JAR on the classpath. |
|
| Same as |
|
| "When working with JSon data, then this allows using the JsonPath language, for example, to extract data from the message body (in JSon format). This requires having camel-jsonpath JAR on the classpath. |
|
| Same as |
|
| The payload length (number of bytes) of the message body |
|
| The payload length (number of bytes) of the expression. |
|
| The list function creates an |
|
| Dumps the exchange for logging purpose (uses |
|
| Lowercases the message body |
|
| Lowercases the expression |
|
| Same as |
|
| Converts the message body to the given type determined by its classname. If the body is |
|
| The map function creates a |
|
| Same as |
|
| Converts the message to the given type determined by its classname. |
|
| Same as |
|
| The message history of the current exchange (how it has been routed). This is similar to the route stack-trace message history the error handler logs in case of an unhandled exception. |
|
| The message timestamp (millis since epoc) that this message originates from. Some systems like JMS, Kafka, AWS have a timestamp on the event/message that Camel received. This method returns the timestamp if a timestamp exists. The message timestamp and exchange created are different. An exchange always has a created timestamp which is the local timestamp when Camel created the exchange. The message timestamp is only available in some Camel components when the consumer is able to extract the timestamp from the source event. If the message has no timestamp, then 0 is returned. |
|
| Normalizes the whitespace in the message body by cleaning up excess whitespaces. |
|
| Normalizes the whitespace in the expression by cleaning up excess whitespaces. |
|
| Returns a |
|
| The original incoming message body (only available if Camel has been configured with |
|
| Converts the expression to a |
|
| Converts the message body to a |
|
| Lookup a property placeholder with the given key. If the key does not exist nor has a value, then an optional default value can be specified. |
|
| Checks whether a property placeholder with the given key exists or not. The result can be negated by prefixing the key with |
|
| Returns a random |
|
| Returns a random |
|
| To look up a bean from the Camel Registry with the given key. |
|
| Replace all the string values in the message body. To make it easier to replace single and double quotes, then you can use XML escaped values |
|
| Replace all the string values in the given expression. To make it easier to replace single and double quotes, then you can use XML escaped values |
|
| Returns the route group of the current route the |
|
| Returns the route id of the current route the |
|
| The size of the message body. If the payload is |
|
| The size of the expression. If the payload is |
|
| The skip function iterates the message body and skips the first number of items. This can be used with the Splitter EIP to split a message body and skip the first N number of items. |
|
| Splits the expression as a |
|
| Splits the message body as a |
|
| Returns the id of the current step the |
|
| Returns a substring of the message body. If the number is positive, then the returned string is clipped from the beginning. If the number is negative, then the returned string is clipped from the ending. |
|
| Returns a substring of the message body. If the number is positive, then the returned string is clipped from the beginning. If the number is negative, then the returned string is clipped from the ending. |
|
| Returns a substring of the given expression. If the number is positive, then the returned string is clipped from the beginning. If the number is negative, then the returned string is clipped from the ending. |
|
| Returns a substring of the message body that comes after. Returns |
|
| Returns a substring of the expression that comes after. Returns |
|
| Returns a substring of the message body that comes before. Returns |
|
| Returns a substring of the expression that comes before. Returns |
|
| Returns a substring of the message body that are between before and after. Returns |
|
| Returns a substring of the expression that are between before and after. Returns |
|
| Deprecated To lookup the JVM system property with the given key. |
|
| To lookup the JVM system property with the given key. |
|
| Returns the id of the current thread. |
|
| Returns the name of the current thread. |
|
| The trim function trims the message body by removing all leading and trailing white spaces. |
|
| The trim function trims the expression by removing all leading and trailing white spaces. |
|
| To refer to a type or field by its fully qualified classname. For example: |
|
| Uppercases the message body |
|
| Uppercases the expression |
|
| Returns a UUID using the Camel |
|
| To look up the variable with the given key and then invoke Camel OGNL syntax. |
|
| To look up the variable with the given key. |
|
| To look up the variable with the given key, and convert the value to the given type determined by its classname |
|
| Deprecated To look up the variable with the given key. |
|
| The number of |
|
| All the variables from the current |
|
| When working with XML data, then this allows using the XPath language, for example, to extract data from the message body (in XML format). This requires having camel-xpath JAR on the classpath. |
|
| When working with XML data, then this allows using the XPath language, for example, to extract data from the message body (in XML format). This requires having camel-xpath JAR on the classpath. For input you can choose |
Attachment Functions
From Camel 4.10 onwards then Camel has built-in attachment functions making it easy to obtain details from attachments stored on the Camel Message such as from HTTP file uploads, email with file attachments etc.
This requires having camel-attachments JAR on the classpath.
| Function | Response Type | Description |
|---|---|---|
|
| Refer to the attachment with the given key on the |
|
| The content of the attachment. |
|
| The content of the attachment, converted to the given type. |
|
| The content of the attachment as text (ie |
|
| The attachment header with the given name. |
|
| The attachment header with the given name, converted to the given type. |
|
| The |
|
| The number of attachments. Is 0 if there are no attachments. |
|
| All the attachments as a |
Base64 Functions
From Camel 4.18 onwards then Camel has built-in base64 functions to make it easy to encode/decode.
This requires having camel-base64 JAR on the classpath.
| Function | Response Type | Description |
|---|---|---|
|
| Base64 decodes the message body |
|
| Base64 decodes the expression |
|
| Base64 encodes the message body |
|
| Base64 encodes the expression |
Built-in Operators
The simple language has limited support for operators that are used in predicates to evaluate whether a condition is either true or false.
Camel operators require the left value must be enclosed in ${ }. The syntax is:
${leftValue} OP rightValue Where the rightValue can be a string literal enclosed in ' ', null, a constant value or another expression enclosed in ${ }.
| There must be spaces around the operator. |
Camel will automatically type convert the rightValue type to the leftValue type, so it is able to e.g., convert a string into a numeric, so you can use > comparison for numeric values.
The following operators are supported:
| Operator | Description |
|---|---|
| equals |
| equals ignore case (will ignore case when comparing String values) |
| greater than |
| greater than or equals |
| less than |
| less than or equals |
| not equals |
| not equals ignore case (will ignore case when comparing String values) |
| For testing if contains by ignoring case sensitivity in a string-based value |
| For testing if it does not contain by ignoring case sensitivity in a string-based value |
| For testing if contains in a string-based value |
| For testing if it does not contain in a string-based value |
| For testing if the left-hand side string ends with the right-hand string. |
| For testing if the left-hand side string does not end with the right-hand string. |
| For matching if in a set of values, each element must be separated by comma. If you want to include an empty value, then it must be defined using double comma, e.g. |
| For matching if not in a set of values, each element must be separated by comma. If you want to include an empty value, then it must be defined using double comma, e.g. |
| For matching if the left-hand side type is an instance of the value. |
| For matching if the left-hand side type is not an instance of the value. |
| For matching if the left-hand side is within a range of values defined as numbers: |
| For matching if the left-hand side is not within a range of values defined as numbers: |
| For matching against a given regular expression pattern defined as a String value |
| For not matching against a given regular expression pattern defined as a String value |
| For testing if the left-hand side string starts with the right-hand string. |
| For testing if the left-hand side string does not start with the right-hand string. |
And the following unary operators can be used:
| Operator | Description |
|---|---|
| To increment a number by one. The left-hand side must be a function, otherwise parsed as literal. |
| To decrement a number by one. The left-hand side must be a function, otherwise parsed as literal. |
And the following special symbols:
| Symbol | Description |
|---|---|
| To use newline character. |
| To use tab character. |
| To use carriage return character. |
| To use the |
And the following logical operators can be used to group expressions:
| Operator | Description |
|---|---|
| The logical and operator is used to group two expressions. |
| The logical or operator is used to group two expressions. |
The syntax for AND is:
${leftValue} OP rightValue && ${leftValue} OP rightValue And the syntax for OR is:
${leftValue} OP rightValue || ${leftValue} OP rightValue Some examples:
// exact equals match
simple("${header.foo} == 'foo'")
// ignore case when comparing, so if the header has value FOO, this will match
simple("${header.foo} =~ 'foo'")
// here Camel will type convert '100' into the type of header.bar and if it is an Integer '100' will also be converter to an Integer
simple("${header.bar} == '100'")
simple("${header.bar} == 100")
// 100 will be converter to the type of header.bar, so we can do > comparison
simple("${header.bar} > 100")
// if the value of header.bar was 100, value returned will be 101. header.bar itself will not be changed.
simple("${header.bar}++") Using Operators with different Java Object types
When you compare with different types such as String and int, then you have to take a bit of care. Camel will use the type from the left-hand side as first priority. And fallback to the right-hand side type if both values couldn’t be compared based on that type. This means you can flip the values to enforce a specific type. Suppose the bar value above is a String.
Then you can flip the equation:
simple("100 < ${header.bar}") which then ensures the int type is used as first priority.
This may change in the future if the Camel team improves the binary comparison operations to prefer numeric types to String-based. It’s most often the String type which causes problems when comparing with numbers.
// testing for null
simple("${header.baz} == null")
// testing for not null
simple("${header.baz} != null") And a bit more advanced example where the right value is another expression
simple("${header.date} == ${date:now:yyyyMMdd}")
simple("${header.type} == ${bean:orderService?method=getOrderType}") And an example with contains, testing if the title contains the word Camel
simple("${header.title} contains 'Camel'") And an example with regex, testing if the number header is a 4-digit value:
simple("${header.number} regex '\\d{4}'") And finally an example if the header equals any of the values in the list. Each element must be separated by comma, and no space around. This also works for numbers etc., as Camel will convert each element into the type of the left-hand side.
simple("${header.type} in 'gold,silver'") And for all the last 3, we also support the negate test using not:
simple("${header.type} !in 'gold,silver'") And you can test if the type is a certain instance, e.g., for instance a String
simple("${header.type} is 'java.lang.String'") We have added a shorthand for all java.lang types, so you can write it as:
simple("${header.type} is 'String'") Ranges are also supported. The range interval requires numbers and both from and end are inclusive. For instance, to test whether a value is between 100 and 199:
simple("${header.number} range 100..199") Notice we use .. in the range without spaces. It is based on the same syntax as Groovy.
simple("${header.number} range '100..199'") As the XML DSL does not have all the power as the Java DSL with all its various builder methods, you have to resort to using some other languages for testing with simple operators. Now you can do this with the simple language. In the sample below, we want to test it if the header is a widget order:
<from uri="seda:orders">
<filter>
<simple>${header.type} == 'widget'</simple>
<to uri="bean:orderService?method=handleWidget"/>
</filter>
</from> Combining multiple expression using AND / OR
If you have two expressions you can combine them with the && (and) or || (or) operator.
For instance:
simple("${header.title} contains 'Camel' && ${header.type'} == 'gold'") And of course the || is also supported. The sample would be:
simple("${header.title} contains 'Camel' || ${header.type'} == 'gold'") OGNL Expression Support
The Simple and Bean languages support a OGNL like notation for invoking methods (using reflection) in a fluent builder like style.
OGNL (Object-Graph Navigation Language) is a powerful expression language used in Java. In Camel you can use OGNL dot notation to invoke methods. If you for instance have a body that contains a POJO that has a getFamilyName method then you can construct the Simple syntax as follows:
simple("${body.familyName}") Or use similar syntax as in Java:
simple("${body.getFamilyName()}") Camel’s OGNL support is for invoking methods only. You cannot access fields. Camel support accessing the length field of Java arrays.
| When using OGNL then |
Built-in Functions supporting OGNL
The following functions support OGNL syntax:
| Variable | Response Type | Description |
|---|---|---|
|
| Refer to the attachment with the given key on the |
|
| The message body converted to the given type |
|
| The message body |
|
| The |
|
| Converts the expression to the specified type |
|
| If the exchange failed due to an exception |
|
| The value from the exchange property with the given key |
|
| The current |
|
| The value from the message header with the given key |
|
| The message body converted to the given type |
|
| The |
|
| The value from the variable with the given key |
Basic OGNL examples
Suppose the Message body contains a POJO which has a getAddress() method. Then you can use Camel OGNL notation to access the address object:
simple("${body.address}")
simple("${body.address.street}")
simple("${body.address.zip}") Camel understands the shorthand names for getters, but you can invoke any method or use the real name such as:
simple("${body.address}")
simple("${body.getAddress.getStreet}")
simple("${body.getAddress().getStreet()}")
simple("${body.address.getZip}")
simple("${body.doSomething}") You can also use the null safe operator (?.) to avoid NullPointerException if, for example, the body does NOT have an address:
simple("${body?.address?.street}") Advanced OGNL examples
It is also possible to index in Map or List types, so you can do:
simple("${body[foo].name}") To assume the body is Map based and look up the value with foo as key, and invoke the getName method on that value.
If the key has space, then you must enclose the key with quotes, for example, 'foo bar':
simple("${body['foo bar'].name}") You can access the Map or List objects directly using their key name (with or without dots) :
simple("${body[foo]}")
simple("${body[this.is.foo]}") Suppose there was no value with the key foo then you can use the null safe operator to avoid the NPE as shown:
simple("${body[foo]?.name}") You can also access List types, for example, to get lines from the address you can do:
simple("${body.address.lines[0]}")
simple("${body.address.lines[1]}")
simple("${body.address.lines[2]}") There is a special last keyword which can be used to get the last value from a list.
simple("${body.address.lines[last]}") And to get the 2nd last you can subtract a number, so we can use last-1 to indicate this:
simple("${body.address.lines[last-1]}") And the third last is, of course:
simple("${body.address.lines[last-2]}") And you can call the size method on the list with
simple("${body.address.lines.size}") Camel supports the length field for Java arrays as well, e.g.:
String[] lines = new String[]{"foo", "bar", "cat"};
exchange.getMessage().setBody(lines);
simple("There are ${body.length} lines") | You can also use the length function from Camel 4.18: |
And yes, you can combine this with the Simple operators such as checking if a zip code is larger than 1000:
simple("${body.address.zip} > 1000") EIP Examples
In the XML DSL sample below, we filter based on a header value:
<from uri="seda:orders">
<filter>
<simple>${header.foo}</simple>
<to uri="mock:fooOrders"/>
</filter>
</from> The Simple language can be used for the predicate test above in the Message Filter pattern, where we test if the in message has a foo header (a header with the key foo exists). If the expression evaluates to true, then the message is routed to the mock:fooOrders endpoint, otherwise the message is dropped.
The same example in Java DSL:
from("seda:orders")
.filter().simple("${header.foo}")
.to("seda:fooOrders"); You can also use the simple language for simple text concatenations such as:
from("direct:hello")
.transform().simple("Hello ${header.user} how are you?")
.to("mock:reply"); Notice that we must use ${ } placeholders in the expression now to allow Camel to parse it correctly.
And this sample uses the date command to output current date.
from("direct:hello")
.transform().simple("The today is ${date:now:yyyyMMdd} and it is a great day.")
.to("mock:reply"); And in the sample below, we invoke the bean language to invoke a method on a bean to be included in the returned string:
from("direct:order")
.transform().simple("OrderId: ${bean:orderIdGenerator}")
.to("mock:reply"); Where orderIdGenerator is the id of the bean registered in the Registry. If using Spring, then it is the Spring bean id.
If we want to declare which method to invoke on the order id generator bean we must prepend .method name such as below where we invoke the generateId method.
from("direct:order")
.transform().simple("OrderId: ${bean:orderIdGenerator.generateId}")
.to("mock:reply"); We can use the ?method=methodname option that we are familiar with the Bean component itself:
from("direct:order")
.transform().simple("OrderId: ${bean:orderIdGenerator?method=generateId}")
.to("mock:reply"); You can also convert the body to a given type, for example, to ensure that it is a String you can do:
<transform>
<simple>Hello ${bodyAs(String)} how are you?</simple>
</transform> There are a few types which have a shorthand notation, so we can use String instead of java.lang.String. These are: byte[], String, Integer, Long. All other types must use their FQN name, e.g. org.w3c.dom.Document.
It is also possible to look up a value from a header Map:
<transform>
<simple>The gold value is ${header.type[gold]}</simple>
</transform> In the code above we look up the header with name type and regard it as a java.util.Map and we then look up with the key gold and return the value. If the header is not convertible to Map, an exception is thrown. If the header with name type does not exist null is returned.
You can nest functions, such as shown below:
<setHeader name="myHeader">
<simple>${properties:${header.someKey}}</simple>
</setHeader> Using Substring Function
You can use the substring function to more easily clip the message body. For example if the message body contains the following 10 letters ABCDEFGHIJ then:
<setBody>
<simple>${substring(3)}</simple>
</setBody> Then the message body after the substring will be DEFGHIJ. If you want to clip from the end instead, then use negative values such as substring(-3).
You can also clip from both ends at the same time such as substring(1,-1) that will clip the first and last character in the String.
If the number is higher than the length of the message body, then an empty string is returned, for example substring(99).
Instead of the message body then a simple expression can be nested as input, for example, using a variable, as shown below:
<setBody>
<simple>${substring(1,-1,${variable.foo})}</simple>
</setBody> Substring Before, After, or Between
In Camel 4.18 there are additional substring methods to make it easier to select a part of a string.
For example suppose the message body contains 'Hello great big World how are you', then you select different parts:
// select text before `World` -> `Hello great big `
.setHeader("foo", simple("${substringBefore('World'}"))
// select text after `World` -> ` how are you`
.setHeader("foo2", simple("${substringAfter('World'}"))
// select text between `great` ... `how` -> ` big World `
.setHeader("foo2", simple("${substringBetween('great', 'how'}"))
// NOTE: and you can wrap this with trim to remove spaces:
// select text before `World` -> `Hello great big`
.setHeader("foo", simple("$trim{${substringBefore('World'}}")})
// select text after `World` -> `how are you`
.setHeader("foo2", simple("$trim{${substringAfter('World'}}"))
// select text between `great` ... `how` -> `big World`
.setHeader("foo2", simple("$trim{${substringBetween('great', 'how'}}")) Replacing double and single quotes
You can use the replace function to more easily replace all single or double quotes in the message body, using the XML escape syntax. This avoids to fiddle with enclosing a double quote or single quotes with outer quotes, that can get confusing to be correct as you may need to escape the quotes as well. So instead you can use the XML escape syntax where double quote is " and single quote is ' (yeah that is the name).
For example, to replace all double quotes with single quotes:
from("direct:order")
.transform().simple("${replace(" , ')}")
.to("mock:reply"); And to replace all single quotes with double quotes:
<setBody>
<simple>${replace(' , ")}</simple>
</setBody> Or to remove all double quotes:
<setBody>
<simple>${replace(" , ∅)}</simple>
</setBody> Setting the result type
You can now provide a result type to the Simple expression, which means the result of the evaluation will be converted to the desired type. This is most usable to define types such as booleans, integers, etc.
For example, to set a header as a boolean type, you can do:
.setHeader("cool", simple("true", Boolean.class)) And in XML DSL
<setHeader name="cool">
<!-- use resultType to indicate that the type should be a java.lang.Boolean -->
<simple resultType="java.lang.Boolean">true</simple>
</setHeader> Using new lines or tabs in XML DSLs
It is easier to specify new lines or tabs in XML DSLs as you can escape the value now
<transform>
<simple>The following text\nis on a new line</simple>
</transform> Leading and trailing whitespace handling
The trim attribute of the expression can be used to control whether the leading and trailing whitespace characters are removed or preserved. The default value is true, which removes the whitespace characters.
<setBody>
<simple trim="false">You get some trailing whitespace characters. </simple>
</setBody> Loading script from external resource
You can externalize the script and have Camel load it from a resource such as "classpath:", "file:", or "http:". This is done using the following syntax: "resource:scheme:location", e.g., to refer to a file on the classpath you can do:
.setHeader("myHeader").simple("resource:classpath:mysimple.txt") Pretty XML or JSon
From Camel 4.18 onwards then the Simple language can pretty format the output.
In Java DSL you turn this on via the boolean parameter that is set as true below:
from("direct:xml")
.setBody().simple("<person><name>Jack</name></person>", true)
.to("mock:result");
from("direct:json")
.setBody().simple("{ \"name\": \"Jack\", \"age\": 44 }", true)
.to("mock:result");
from("direct:text")
.setBody().simple("Hello ${body}", true)
.to("mock:result"); In YAML DSL you specific pretty: true as follows:
route:
from:
uri: direct:xml
steps:
- setBody:
simple:
expression: "<person><name>Jack</name></person>"
pretty: true
- to:
uri: mock:result And in XML DSL you use the pretty attribute to true as show below:
<route>
<from uri="direct:json"/>
<setBody>
<simple pretty="true">{ "name": "Jack", "age": 44 }</simple>
</setBody>
<to uri="mock:result"/>
</route> Spring Boot Auto-Configuration
When using simple with Spring Boot make sure to use the following Maven dependency to have support for auto configuration:
<dependency>
<groupId>org.apache.camel.springboot</groupId>
<artifactId>camel-core-starter</artifactId>
<version>x.x.x</version>
<!-- use the same version as your Camel core version -->
</dependency> The component supports 118 options, which are listed below.