Chapter 304. Simple Language Available as of Camel version 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 really small and simple language for evaluating Expressions and Predicates without requiring any new dependencies or knowledge of XPath ; so it is ideal for testing in camel-core. The idea was to cover 95% of the common use cases when you need a little bit of expression based script in your Camel routes. However for much more complex use cases you are generally recommended to choose a more expressive and powerful language such as: SpEL Mvel Groovy JavaScript OGNL one of the supported Scripting Languages The simple language uses USD{body } placeholders for complex expressions where the expression contains constant literals. The USD\{ } placeholders can be omitted if the expression is only the token itself. Tip Alternative syntax From Camel 2.5 onwards you can also use the alternative syntax which uses USDsimple{ } as placeholders. This can be used in situations to avoid clashes when using for example Spring property placeholder together with Camel. 304.1. Simple Language Changes in Camel 2.9 onwards The Simple language have been improved from Camel 2.9 onwards to use a better syntax parser, which can do index precise error messages, so you know exactly what is wrong and where the problem is. For example if you have made a typo in one of the operators, then previously the parser would not be able to detect this, and cause the evaluation to be true. There are a few changes in the syntax which are no longer backwards compatible. When using Simple language as a Predicate then the literal text must be enclosed in either single or double quotes. For example: "USD{body} == 'Camel'" . Notice how we have single quotes around the literal. The old style of using "body" and "header.foo" to refer to the message body and header is @deprecated, and it is encouraged to always use USD\{ } tokens for the built-in functions. The range operator now requires the range to be in single quote as well as shown: "USD{header.zip} between '30000..39999'" . To get the body of the in message: "body" , or "in.body" or "USD{body}" . A complex expression must use USD\{ } placeholders, such as: "Hello USD{in.header.name} how are you?" . You can have multiple functions in the same expression: "Hello USD{in.header.name} this is USD{in.header.me} speaking" . However you can not nest functions in Camel 2.8.x or older (i.e. having another USD\{ } placeholder in an existing, is not allowed). From Camel 2.9 onwards you can nest functions. 304.2. Simple Language options The Simple language supports 2 options, which are listed below. Name Default Java Type Description resultType String Sets the class name of the result type (type from output) trim true Boolean Whether to trim the value to remove leading and trailing whitespaces and line breaks 304.3. Variables Variable Type Description camelId String Camel 2.10: the CamelContext name camelContext. OGNL Object Camel 2.11: the CamelContext invoked using a Camel OGNL expression. exchange Exchange Camel 2.16: the Exchange exchange. OGNL Object Camel 2.16: the Exchange invoked using a Camel OGNL expression. exchangeId String Camel 2.3: the exchange id id String the input message id body Object the input body in.body Object the input body body. OGNL Object Camel 2.3: the input body invoked using a Camel OGNL expression. in.body. OGNL Object Camel 2.3: the input body invoked using a Camel OGNL expression. bodyAs( type ) Type Camel 2.3: Converts the body to the given type determined by its classname. The converted body can be null. bodyAs( type ). OGNL Object Camel 2.18: Converts the body to the given type determined by its classname and then invoke methods using a Camel OGNL expression. The converted body can be null. mandatoryBodyAs( type ) Type Camel 2.5: Converts the body to the given type determined by its classname, and expects the body to be not null. mandatoryBodyAs( type ). OGNL Object Camel 2.18: Converts the body to the given type determined by its classname and then invoke methods using a Camel OGNL expression. out.body Object the output body header.foo Object refer to the input foo header header[foo] Object Camel 2.9.2: refer to the input foo header headers.foo Object refer to the input foo header headers[foo] Object Camel 2.9.2: refer to the input foo header in.header.foo Object refer to the input foo header in.header[foo] Object Camel 2.9.2: refer to the input foo header in.headers.foo Object refer to the input foo header in.headers[foo] Object Camel 2.9.2: refer to the input foo header header.foo[bar] Object Camel 2.3: regard input foo header as a map and perform lookup on the map with bar as key in.header.foo[bar] Object Camel 2.3: regard input foo header as a map and perform lookup on the map with bar as key in.headers.foo[bar] Object Camel 2.3: regard input foo header as a map and perform lookup on the map with bar as key header.foo. OGNL Object Camel 2.3: refer to the input foo header and invoke its value using a Camel OGNL expression. in.header.foo. OGNL Object Camel 2.3: refer to the input foo header and invoke its value using a Camel OGNL expression. in.headers.foo. OGNL Object Camel 2.3: refer to the input foo header and invoke its value using a Camel OGNL expression. out.header.foo Object refer to the out header foo out.header[foo] Object Camel 2.9.2: refer to the out header foo out.headers.foo Object refer to the out header foo out.headers[foo] Object Camel 2.9.2: refer to the out header foo headerAs( key , type ) Type Camel 2.5: Converts the header to the given type determined by its classname headers Map Camel 2.9: refer to the input headers in.headers Map Camel 2.9: refer to the input headers property.foo Object Deprecated: refer to the foo property on the exchange exchangeProperty.foo Object Camel 2.15: refer to the foo property on the exchange property[foo] Object Deprecated: refer to the foo property on the exchange exchangeProperty[foo] Object Camel 2.15: refer to the foo property on the exchange property.foo. OGNL Object Deprecated: refer to the foo property on the exchange and invoke its value using a Camel OGNL expression. exchangeProperty.foo. OGNL Object Camel 2.15: refer to the foo property on the exchange and invoke its value using a Camel OGNL expression. sys.foo String refer to the system property sysenv.foo String Camel 2.3: refer to the system environment exception Object Camel 2.4: Refer to the exception object on the exchange, is null if no exception set on exchange. Will fallback and grab caught exceptions ( Exchange.EXCEPTION_CAUGHT ) if the Exchange has any. exception. OGNL Object Camel 2.4: Refer to the exchange exception invoked using a Camel OGNL expression object exception.message String Refer to the exception.message on the exchange, is null if no exception set on exchange. Will fallback and grab caught exceptions ( Exchange.EXCEPTION_CAUGHT ) if the Exchange has any. exception.stacktrace String Camel 2.6. Refer to the exception.stracktrace on the exchange, is null if no exception set on exchange. Will fallback and grab caught exceptions ( Exchange.EXCEPTION_CAUGHT ) if the Exchange has any. date:_command_ Date Evaluates to a Date object. Supported commands are: now for current timestamp, in.header.xxx or header.xxx to use the Date object in the IN header with the key xxx. out.header.xxx to use the Date object in the OUT header with the key xxx. property.xxx to use the Date object in the exchange property with the key xxx. file for the last modified timestamp of the file (available with a File consumer). Command accepts offsets such as: now-24h or in.header.xxx+1h or even now+1h30m-100 . date:_command:pattern_ String Date formatting using java.text.SimpleDataFormat patterns. date-with-timezone:_command:timezone:pattern_ String Date formatting using java.text.SimpleDataFormat timezones and patterns. bean:_bean expression_ Object Invoking a bean expression using the Bean language. Specifying a method name you must use dot as separator. We also support the ?method=methodname syntax that is used by the Bean component. properties:_locations:key_ String Deprecated (use properties-location instead) Camel 2.3: Lookup a property with the given key. The locations option is optional. See more at Using PropertyPlaceholder. properties-location:_http://locationskey[locations:key]_ String Camel 2.14.1: Lookup a property with the given key. The locations option is optional. See more at Using PropertyPlaceholder. properties:key:default String Camel 2.14.1 : Lookup a property with the given key. If the key does not exists or has no value, then an optional default value can be specified. routeId String Camel 2.11: Returns the id of the current route the Exchange is being routed. threadName String Camel 2.3: Returns the name of the current thread. Can be used for logging purpose. ref:xxx Object Camel 2.6: To lookup a bean from the Registry with the given id. type:name.field Object Camel 2.11: To refer to a type or field by its FQN name. To refer to a field you can append .FIELD_NAME. For example you can refer to the constant field from Exchange as: org.apache.camel.Exchange.FILE_NAME null null Camel 2.12.3: represents a null random_(value)_ Integer *Camel 2.16.0:*returns a random Integer between 0 (included) and value (excluded) random_(min,max)_ Integer *Camel 2.16.0:*returns a random Integer between min (included) and max (excluded) collate(group) List Camel 2.17: 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 splitted sub message into a group of N sub lists. This method works similar to the collate method in Groovy. skip(number) Iterator Camel 2.19: 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. messageHistory String Camel 2.17: 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. messageHistory(false) String Camel 2.17: As messageHistory but without the exchange details (only includes the route strack-trace). This can be used if you do not want to log sensitive data from the message itself. 304.4. OGNL expression support Available as of Camel 2.3 INFO:Camel's OGNL support is for invoking methods only. You cannot access fields. From Camel 2.11.1 onwards we added special support for accessing the length field of Java arrays. The Simple and Bean language now supports a Camel OGNL notation for invoking beans in a chain like fashion. Suppose the Message IN body contains a POJO which has a getAddress() method. Then you can use Camel OGNL notation to access the address object: simple("USD{body.address}") simple("USD{body.address.street}") simple("USD{body.address.zip}") Camel understands the shorthand names for getters, but you can invoke any method or use the real name such as: simple("USD{body.address}") simple("USD{body.getAddress.getStreet}") simple("USD{body.address.getZip}") simple("USD{body.doSomething}") You can also use the null safe operator ( ?. ) to avoid NPE if for example the body does NOT have an address simple("USD{body?.address?.street}") It is also possible to index in Map or List types, so you can do: simple("USD{body[foo].name}") To assume the body is Map based and lookup 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("USD{body['foo bar'].name}") You can access the Map or List objects directly using their key name (with or without dots) : simple("USD{body[foo]}") simple("USD{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("USD{body[foo]?.name}") You can also access List types, for example to get lines from the address you can do: simple("USD{body.address.lines[0]}") simple("USD{body.address.lines[1]}") simple("USD{body.address.lines[2]}") There is a special last keyword which can be used to get the last value from a list. simple("USD{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("USD{body.address.lines[last-1]}") And the 3rd last is of course: simple("USD{body.address.lines[last-2]}") And you can call the size method on the list with simple("USD{body.address.lines.size}") From Camel 2.11.1 onwards we added support for the length field for Java arrays as well, eg: String[] lines = new String[]{"foo", "bar", "cat"}; exchange.getIn().setBody(lines); simple("There are USD{body.length} lines") And yes you can combine this with the operator support as shown below: simple("USD{body.address.zip} > 1000") 304.5. Operator support The parser is limited to only support a single operator. To enable it the left value must be enclosed in USD\{ }. The syntax is: Where the rightValue can be a String literal enclosed in ' ' , null , a constant value or another expression enclosed in USD\{ }. Important There must be spaces around the operator. Camel will automatically type convert the rightValue type to the leftValue type, so it is able to eg. convert a string into a numeric so you can use > comparison for numeric values. The following operators are supported: Operator Description == equals =~ Camel 2.16: equals ignore case (will ignore case when comparing String values) > greater than >= greater than or equals < less than ⇐ less than or equals != not equals contains For testing if contains in a string based value not contains For testing if not contains in a string based value ~~ For testing if contains by ignoring case sensitivity in a string based value regex For matching against a given regular expression pattern defined as a String value not regex For not matching against a given regular expression pattern defined as a String value in 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, eg ',,bronze,silver,gold', which is a set of four values with an empty value and then the three medals. not in 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, eg ',,bronze,silver,gold', which is a set of four values with an empty value and then the three medals. is For matching if the left hand side type is an instanceof the value. not is For matching if the left hand side type is not an instanceof the value. range For matching if the left hand side is within a range of values defined as numbers: from..to . From Camel 2.9 onwards the range values must be enclosed in single quotes. not range For matching if the left hand side is not within a range of values defined as numbers: from..to . From Camel 2.9 onwards the range values must be enclosed in single quotes. starts with Camel 2.17.1, 2.18 : For testing if the left hand side string starts with the right hand string. ends with Camel 2.17.1, 2.18 : For testing if the left hand side string ends with the right hand string. And the following unary operators can be used: Operator Description ++ Camel 2.9: To increment a number by one. The left hand side must be a function, otherwise parsed as literal. - Camel 2.9: To decrement a number by one. The left hand side must be a function, otherwise parsed as literal. \ Camel 2.9.3 to 2.10.x To escape a value, eg \USD, to indicate a USD sign. Special: Use \n for new line, \t for tab, and \r for carriage return. Notice: Escaping is not supported using the File Language . Notice: From Camel 2.11 onwards the escape character is no longer support, but replaced with the following three special escaping. \n Camel 2.11: To use newline character. \t Camel 2.11: To use tab character. \r Camel 2.11: To use carriage return character. \} Camel 2.18: To use the } character as text And the following logical operators can be used to group expressions: Operator Description and deprecated use && instead. The logical and operator is used to group two expressions. or deprecated use || instead. The logical or operator is used to group two expressions. && Camel 2.9: The logical and operator is used to group two expressions. || Camel 2.9: The logical or operator is used to group two expressions. Important Using and,or operators In Camel 2.4 or older the and or or can only be used once in a simple language expression. From Camel 2.5 onwards you can use these operators multiple times. The syntax for AND is: And the syntax for OR is: Some examples: // exact equals match simple("USD{in.header.foo} == 'foo'") // ignore case when comparing, so if the header has value FOO this will match simple("USD{in.header.foo} =~ 'foo'") // here Camel will type convert '100' into the type of in.header.bar and if it is an Integer '100' will also be converter to an Integer simple("USD{in.header.bar} == '100'") simple("USD{in.header.bar} == 100") // 100 will be converter to the type of in.header.bar so we can do > comparison simple("USD{in.header.bar} > 100") 304.5.1. Comparing with different types When you compare with different types such as String and int, then you have to take a bit care. Camel will use the type from the left hand side as 1st 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 < USD{in.header.bar}") which then ensures the int type is used as 1st priority. This may change in the future if the Camel team improves the binary comparison operations to prefer numeric types over String based. It's most often the String type which causes problem when comparing with numbers. // testing for null simple("USD{in.header.baz} == null") // testing for not null simple("USD{in.header.baz} != null") And a bit more advanced example where the right value is another expression simple("USD{in.header.date} == USD{date:now:yyyyMMdd}") simple("USD{in.header.type} == USD{bean:orderService?method=getOrderType}") And an example with contains, testing if the title contains the word Camel simple("USD{in.header.title} contains 'Camel'") And an example with regex, testing if the number header is a 4 digit value: simple("USD{in.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("USD{in.header.type} in 'gold,silver'") And for all the last 3 we also support the negate test using not: simple("USD{in.header.type} not in 'gold,silver'") And you can test if the type is a certain instance, eg for instance a String simple("USD{in.header.type} is 'java.lang.String'") We have added a shorthand for all java.lang types so you can write it as: simple("USD{in.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("USD{in.header.number} range 100..199") Notice we use .. in the range without spaces. It is based on the same syntax as Groovy. From Camel 2.9 onwards the range value must be in single quotes simple("USD{in.header.number} range '100..199'") 304.5.2. Using Spring XML As the Spring XML does not have all the power as the Java DSL with all its various builder methods, you have to resort to use 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 if the header is a widget order: <from uri="seda:orders"> <filter> <simple>USD{in.header.type} == 'widget'</simple> <to uri="bean:orderService?method=handleWidget"/> </filter> </from> 304.6. Using and / or If you have two expressions you can combine them with the and or or operator. Tip Camel 2.9 onwards Use && or || from Camel 2.9 onwards. For instance: simple("USD{in.header.title} contains 'Camel' and USD{in.header.type'} == 'gold'") And of course the or is also supported. The sample would be: simple("USD{in.header.title} contains 'Camel' or USD{in.header.type'} == 'gold'") Notice: Currently and or or can only be used once in a simple language expression. This might change in the future. So you cannot do: simple("USD{in.header.title} contains 'Camel' and USD{in.header.type'} == 'gold' and USD{in.header.number} range 100..200") 304.7. Samples In the Spring XML sample below we filter based on a header value: <from uri="seda:orders"> <filter> <simple>USD{in.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("USD{in.header.foo}") .to("seda:fooOrders"); You can also use the simple language for simple text concatenations such as: from("direct:hello") .transform().simple("Hello USD{in.header.user} how are you?") .to("mock:reply"); Notice that we must use USD\{ } 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 USD{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: USD{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: USD{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: USD{bean:orderIdGenerator?method=generateId}") .to("mock:reply"); And from Camel 2.3 onwards 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 USD{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 lookup a value from a header Map in Camel 2.3 onwards: <transform> <simple>The gold value is USD{header.type[gold]}</simple> </transform> In the code above we lookup the header with name type and regard it as a java.util.Map and we then lookup 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. From Camel 2.9 onwards you can nest functions, such as shown below: <setHeader headerName="myHeader"> <simple>USD{properties:USD{header.someKey}}</simple> </setHeader> 304.8. Referring to constants or enums Available as of Camel 2.11 Suppose you have an enum for customers And in a Content Based Router we can use the Simple language to refer to this enum, to check the message which enum it matches. 304.9. Using new lines or tabs in XML DSLs Available as of Camel 2.9.3 From Camel 2.9.3 onwards 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> 304.10. Leading and trailing whitespace handling Available as of Camel 2.10.0 From Camel 2.10.0 onwards, 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> 304.11. Setting result type Available as of Camel 2.8 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 useable 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 headerName="cool"> <!-- use resultType to indicate that the type should be a java.lang.Boolean --> <simple resultType="java.lang.Boolean">true</simple> </setHeader> 304.12. Changing function start and end tokens Available as of Camel 2.9.1 You can configure the function start and end tokens - USD\{ } using the setters changeFunctionStartToken and changeFunctionEndToken on SimpleLanguage , using Java code. From Spring XML you can define a <bean> tag with the new changed tokens in the properties as shown below: <!-- configure Simple to use custom prefix/suffix tokens --> <bean id="simple" class="org.apache.camel.language.simple.SimpleLanguage"> <property name="functionStartToken" value="["/> <property name="functionEndToken" value="]"/> </bean> In the example above we use [ ] as the changed tokens. Notice by changing the start/end token you change those in all the Camel applications which share the same camel-core on their classpath. For example in an OSGi server this may affect many applications, where as a Web Application as a WAR file it only affects the Web Application. 304.13. Loading script from external resource Available as of Camel 2.11 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" , eg to refer to a file on the classpath you can do: .setHeader("myHeader").simple("resource:classpath:mysimple.txt") 304.14. Setting Spring beans to Exchange properties Available as of Camel 2.6 You can set a spring bean into an exchange property as shown below: <bean id="myBeanId" class="my.package.MyCustomClass" /> ... <route> ... <setProperty propertyName="monitoring.message"> <simple>ref:myBeanId</simple> </setProperty> ... </route> 304.15. Dependencies The Simple language is part of camel-core .

Commands:
simple("USD{body.address}") simple("USD{body.address.street}") simple("USD{body.address.zip}")
simple("USD{body.address}") simple("USD{body.getAddress.getStreet}") simple("USD{body.address.getZip}") simple("USD{body.doSomething}")
simple("USD{body?.address?.street}")
simple("USD{body[foo].name}")
simple("USD{body['foo bar'].name}")
simple("USD{body[foo]}") simple("USD{body[this.is.foo]}")
simple("USD{body[foo]?.name}")
simple("USD{body.address.lines[0]}") simple("USD{body.address.lines[1]}") simple("USD{body.address.lines[2]}")
simple("USD{body.address.lines[last]}")
simple("USD{body.address.lines[last-1]}")
simple("USD{body.address.lines[last-2]}")
simple("USD{body.address.lines.size}")
String[] lines = new String[]{"foo", "bar", "cat"}; exchange.getIn().setBody(lines); simple("There are USD{body.length} lines")
simple("USD{body.address.zip} > 1000")
USD{leftValue} OP rightValue
USD{leftValue} OP rightValue and USD{leftValue} OP rightValue
USD{leftValue} OP rightValue or USD{leftValue} OP rightValue
// exact equals match simple("USD{in.header.foo} == 'foo'") // ignore case when comparing, so if the header has value FOO this will match simple("USD{in.header.foo} =~ 'foo'") // here Camel will type convert '100' into the type of in.header.bar and if it is an Integer '100' will also be converter to an Integer simple("USD{in.header.bar} == '100'") simple("USD{in.header.bar} == 100") // 100 will be converter to the type of in.header.bar so we can do > comparison simple("USD{in.header.bar} > 100")
simple("100 < USD{in.header.bar}")
// testing for null simple("USD{in.header.baz} == null") // testing for not null simple("USD{in.header.baz} != null")
simple("USD{in.header.date} == USD{date:now:yyyyMMdd}") simple("USD{in.header.type} == USD{bean:orderService?method=getOrderType}")
simple("USD{in.header.title} contains 'Camel'")
simple("USD{in.header.number} regex '\\d{4}'")
simple("USD{in.header.type} in 'gold,silver'")
simple("USD{in.header.type} not in 'gold,silver'")
simple("USD{in.header.type} is 'java.lang.String'")
simple("USD{in.header.type} is 'String'")
simple("USD{in.header.number} range 100..199")
simple("USD{in.header.number} range '100..199'")
<from uri="seda:orders"> <filter> <simple>USD{in.header.type} == 'widget'</simple> <to uri="bean:orderService?method=handleWidget"/> </filter> </from>
simple("USD{in.header.title} contains 'Camel' and USD{in.header.type'} == 'gold'")
simple("USD{in.header.title} contains 'Camel' or USD{in.header.type'} == 'gold'")
simple("USD{in.header.title} contains 'Camel' and USD{in.header.type'} == 'gold' and USD{in.header.number} range 100..200")
<from uri="seda:orders"> <filter> <simple>USD{in.header.foo}</simple> <to uri="mock:fooOrders"/> </filter> </from>
from("seda:orders") .filter().simple("USD{in.header.foo}") .to("seda:fooOrders");
from("direct:hello") .transform().simple("Hello USD{in.header.user} how are you?") .to("mock:reply");
from("direct:hello") .transform().simple("The today is USD{date:now:yyyyMMdd} and it is a great day.") .to("mock:reply");
from("direct:order") .transform().simple("OrderId: USD{bean:orderIdGenerator}") .to("mock:reply");
from("direct:order") .transform().simple("OrderId: USD{bean:orderIdGenerator.generateId}") .to("mock:reply");
from("direct:order") .transform().simple("OrderId: USD{bean:orderIdGenerator?method=generateId}") .to("mock:reply");
<transform> <simple>Hello USD{bodyAs(String)} how are you?</simple> </transform>
<transform> <simple>The gold value is USD{header.type[gold]}</simple> </transform>
<setHeader headerName="myHeader"> <simple>USD{properties:USD{header.someKey}}</simple> </setHeader>
<transform> <simple>The following text\nis on a new line</simple> </transform>
<setBody> <simple trim="false">You get some trailing whitespace characters. </simple> </setBody>
.setHeader("cool", simple("true", Boolean.class))
<setHeader headerName="cool"> <!-- use resultType to indicate that the type should be a java.lang.Boolean --> <simple resultType="java.lang.Boolean">true</simple> </setHeader>
<!-- configure Simple to use custom prefix/suffix tokens --> <bean id="simple" class="org.apache.camel.language.simple.SimpleLanguage"> <property name="functionStartToken" value="["/> <property name="functionEndToken" value="]"/> </bean>
.setHeader("myHeader").simple("resource:classpath:mysimple.txt")
<bean id="myBeanId" class="my.package.MyCustomClass" /> <route> <setProperty propertyName="monitoring.message"> <simple>ref:myBeanId</simple> </setProperty> </route>