The Stream Pipeline DSL described in the previous section automatically sets the input and output binding properties of each Spring Cloud Stream application.
You can do this because only one input or output destination in a Spring Cloud Stream application uses the provided binding interface of a
However, a Spring Cloud Stream application can define multiple inputs/outputs.
For example, consider an application that takes an input of drink orders, prepares the drink, and finally sends the prepared drink to either the 'hot drink' or 'cold drink' output.
In cases with multiple input and output bindings, Data Flow cannot make any assumptions about the flow of data from one application to another.
Therefore, you need to set the binding properties to "wire up" the application.
The Stream Application DSL uses a "double pipe" (instead of the "pipe symbol") to indicate that Data Flow should not configure the binding properties of the application. Think of
|| as meaning "in parallel".
The following example uses double pipe symbols to indicate that four streams should run in parallel:
stream create --definition "orderGeneratorApp || baristaApp || hotDrinkDeliveryApp || coldDrinkDeliveryApp" --name myCafeStream
A graphical representation of the stream would look similar to the following image:
There are four applications in this stream.
baristaApp has two output destinations (
coldDrinks) that are intended to be consumed by
When deploying this stream, you need to set the binding properties so that the
baristaApp sends hot drink messages to the
hotDrinkDeliveryApp destination and cold drink messages to the
The following example shows how to do so:
The following diagram illustrates how the binding properties are used to wire the applications and the channel destinations:
As with binding properties, you can configure the rest of the Spring Cloud Stream properties for the producers and consumers.
For example, if you want to use consumer groups, you need to set the
spring.cloud.stream.bindings.<channelName>.group Spring Cloud Stream application properties on the producer and consumer applications, respectively.
Another common use case for the Stream Application DSL is to deploy an HTTP gateway application that sends a synchronous request or reply message to a Kafka or RabbitMQ application. In this case, both the HTTP gateway application and the Kafka or RabbitMQ application can be a Spring Integration application that does not use the Spring Cloud Stream library.
You can also deploy only a single application by using the Stream application DSL.