sendToRabbitMq
Processor that acts as a RabbitMQ producer to publish data to a given RabbitMQ broker.
Properties
| Name | Summary |
|---|---|
|
Marks an exchange property to be forwarded as a RabbitMQ message header. Allows type hints to forward the value as i.e. Integer |
|
A list of host/port pairs to use for establishing the initial connection to a RabbitMQ server. Required and must be in the form of |
|
Name of the RabbitMQ exchange where data should be published. Optional, but if not specified, a nameless exchange is used. In such a case, the routing key becomes the queue name. |
|
Optional routing key. However, if a nameless exchange is used, the routing key is required and must be the queue name to use. |
|
A secret key the server uses to look up the credentials needed to connect to the RabbitMQ broker. Optional. |
|
Default content MIME type (e.g. If the defined content type has a Optional. |
|
Name of the RabbitMQ virtual host. Optional. |
|
Connection timeout value. Optional. A default configured value is used if not present. |
|
Maximum allowed inactivity while waiting for the next bytes from the socket. Optional. |
|
Whether incoming payload should be passed to the output of the processor. Defaults to |
|
Whether to enable encryption for the RabbitMQ session. Optional and not enabled by default. |
|
A secret key the server uses to look up SSL credentials for server and client authentication. Optional. Only used if the flag |
|
Whether the incoming payload is available for error processing on failure. Defaults to |
|
Optional, descriptive name for the processor. |
|
Required identifier of the processor, unique across all processors within the flow. Must be between 3 and 30 characters long; contain only lower and uppercase alphabetical characters (a-z and A-Z), numbers, dashes ("-"), and underscores ("_"); and start with an alphabetical character. In other words, it adheres to the regex pattern |
|
Optional set of custom properties in a simple jdk-format, that are added to the message exchange properties before processing the incoming payload. Any existing properties with the same name will be replaced by properties defined here. |
Sub-builders
| Name | Summary |
|---|---|
Strategy for providing message processing hints to the server. Optional. |
|
Strategy for describing the external system integration. Optional. |
|
Strategy for configuring the processor’s circuit breaker. Optional. |
|
Strategy that customizes the conversion of an incoming payload by a processor (e.g., string to object). Should be used when the processor’s default conversion logic cannot be used. |
|
Strategy for describing how a processor’s message is logged on the server. |
|
Strategy for archiving payloads. |
Details
Authentication
The authenticationConfigKey property supports secrets of type UserNameAndPassword.
See the Secret Types documentation for formatting details.
TLS (SSL) Configuration
The RabbitMQ producer can be configured to use TLS/SSL on the transport level.
If the target service is using a valid SSL certificate, signed by a CA trusted by the SDK/runtime’s configured trust store, there is no need for additional configuration. This is typically the operating system or runtime default trust store, which normally contains certificates for public CAs. However, configuration must be provided if you require one of the following features:
-
Providing a client certificate (if requested by the server).
-
Providing a truststore for server certificate validation. This is useful, for example, when the server certificate is signed by a private, or custom CA whose certificate is not present in the SDK/runtime’s configured trust store. Note that root CA certificates are typically self-signed.
-
Limiting the server certificate to a specified public key.
-
Accepting a self-signed server certificate.
-
Accepting a server certificate issued for a host other than the one being requested.
To enable these features, the sslAuthenticationConfigKey property must be set and point to a secret of type Tls.
See the Secret Types documentation for formatting details.
Client Key Store Usage
RabbitMQ supports the following types of client key store usage:
-
Client TLS (x.509) certificate authentication. Used instead of username and password credentials.
-
Peer verification. Used in addition to username and password credentials.