JavaScript
Since Camel 3.20
Camel allows JavaScript to be used as an Expression or Predicate in Camel routes.
For example, you can use JavaScript in a Predicate with the Content-Based Router EIP.
JavaScript Options
The JavaScript language supports the following options which are listed below.
| Name | Default | Java Type | Description |
|---|---|---|---|
| The class of the result type (type from output). | ||
|
| Whether to trim the source code to remove leading and trailing whitespaces and line breaks. | |
|
| Whether a result of the expression that is a String starting with resource: is loaded as a resource and its content becomes the result, e.g. a script that returns resource:file:order.json or resource:classpath:templates/order.json (a name without a scheme is a classpath resource). Off by default; the resource: prefix on the expression text itself is always resolved. Applies to the expression used as a value, not as a predicate. |
Message Body
The message body at each side of the JavaScript language: Expression input is the body its expressions can read, and Expression result what they return.
| Side | Body | Description |
|---|---|---|
Expression input |
| The body as it is, in the variable body: a String is a JavaScript string, and other Java objects keep their methods. |
Expression result |
| What the script returns: an object as a Map, an array or a typed array as a List, a Set as a Set, an ArrayBuffer as bytes and a Date as an Instant. A function fails. With |
The bodies are the ones with the default options. A side that is not listed is not known, and tooling does not guess it. The carriers, the sides and the tools that use them are described in Message Body Types.
Variables
| Variable | Type | Description |
|---|---|---|
exchange | Exchange | the Exchange |
camelContext | CamelContext | the CamelContext |
exchangeId | String | the exchange id |
message | Message | the message |
request | Message | the message (same as |
body | Object | the message body |
header | Map | the message headers (same as |
headers | Map | the message headers |
exchangeProperty | Map | the exchange properties (same as |
exchangeProperties | Map | the exchange properties |
variable | Map | the exchange variables (same as |
variables | Map | the exchange variables |
exception | Exception | the exception if the exchange failed (or the caught exception in an error handler), otherwise |
context | CamelContext | Deprecated use |
properties | Map | Deprecated use |
The variables have the same names as in the Groovy language, except in, which is a reserved word in JavaScript (use message or request), and the deprecated out and response. The deprecated context and properties still work.
The variable and variables bindings are the exchange-scoped variables (for example set with the Set Variable EIP). Global and route variables, such as global:foo, are not in this map; use exchange.getVariable('global:foo') for those.
Examples
A JavaScript predicate in a Content-Based Router:
- route:
from:
uri: direct:orders
steps:
- choice:
when:
- expression:
js:
expression: "headers.get('priority') == 'high'"
steps:
- to:
uri: direct:fast
otherwise:
steps:
- to:
uri: direct:normal A JavaScript expression that sets the message body from the body and a header:
- route:
from:
uri: direct:greet
steps:
- setBody:
expression:
js:
expression: "'Hello ' + body + ', your priority is ' + headers.get('priority')"
- to:
uri: log:greeting Dependencies
To use JavaScript in your Camel routes, you need to add the dependency on camel-javascript, which implements the JavaScript language (JavaScript with GraalVM).
If you use Maven, you could add the following to your pom.xml, substituting the version number for the latest & greatest release.
<dependency>
<groupId>org.apache.camel</groupId>
<artifactId>camel-javascript</artifactId>
<version>x.x.x</version>
</dependency>