The Script EIP is used for executing a coding script.
|The returned value from the script is discarded and not used. If the returned value should be set as the new message body, then use the Message Translator EIP instead.|
The Script eip supports 1 options, which are listed below.
Required Expression to return the transformed message body (the new message body to use).
Whether to disable this EIP from the route during build time. Once an EIP has been disabled then it cannot be enabled later at runtime.
Sets the description of this node.
The route below will read the file contents and call a groovy script
from("file:inbox") .script().groovy("some groovy code goes here") .to("bean:myServiceBean.processLine");
And from XML:
<route> <from uri="file:inbox"/> <script> <groovy>some groovy code goes here</groovy> </script> <to uri="bean:myServiceBean.processLine"/> </route>
Mind that you can use CDATA in XML if the script uses
< > etc:
<route> <from uri="file://inbox"/> <script> <groovy><![CDATA[ some groovy script here that can be multiple lines and whatnot ]]></groovy> </script> <to uri="bean:myServiceBean.processLine"/> </route>
The scripting context has access to the current
Exchange and can essentially change the message or headers directly.
You can refer to external script files instead of inlining the script. For example to load a groovy script from the classpath you need to prefix the value with
resource: as shown:
<route> <from uri="file:inbox"/> <script> <groovy>resource:classpath:com/foo/myscript.groovy</groovy> </script> <to uri="bean:myServiceBean.processLine"/> </route>
You can also refer to the script from the file system with
file: instead of
classpath: such as