Table of Contents
Routes a copy of a message to a secondary destination while passing the original message to the actual recipient, or it creates a new message and passes that to the recipient.
The Wire Tap pattern has two modes of operation:
The Wire Tap pattern can be placed anywhere in the route body.
Table 58, “Wire Tap Properties” describes the properties you can specify using the properties editor.
Table 58. Wire Tap Properties
| Name | Description |
|---|---|
| Specifies the URI of the endpoint to which the copy is routed. |
| Specifies the expression language used to process the expression. |
| Sets the maximum size used by the
|
| Specifies whether the original message is copied into the new message. The default is Enabled. |
| Specifies a text description for the node. This description is included in the generated XML file, but it is informational only. It is not used by Apache Camel. |
| Specifies a reference for looking up the executorService to use for thread pool management. |
| Specifies a unique identifier for the endpoint. The tooling automatically generates an id for a node when it is created, but you can remove that id or replace it with your own. The Camel debugger requires all nodes with a breakpoint set to have a unique id. You can use the id to refer to endpoints in your Camel XML file. |
| Ignore the |
| Specifies a reference to a bean implementing a custom This property enables you to deep clone mutable message bodies, preserving an entire exchange as a separate entity. You can use this property to execute any kind of logic on a message exchange. |
| Sets the optional |
| Specifies a reference to a bean implementing a message processor to process the original message before it is passed to the next step in the route. |