Simple workflow that submits the workflow data to a RequestChannel and delivers the RequestChannel's response as workflow reply. In no reply is supported be the (workflow) receiver, it will be skipped.

It can be deployed in a copper2go container. You will find more in https://github.com/Keymaster65/copper2go

This is an example Bridge, set submits HTTP body into Kafka topic.

May be you want to start a Kafka service first? This one was tested on Windows: https://raw.githubusercontent.com/Keymaster65/copper2go-tools-bridge/master/docker-compose.yml It can be start with

docker-compose up

Pay attention to the "host.docker.internal". On Windows you can use that as kafkaHost in the following configuration steps.

Download the test configuration https://raw.githubusercontent.com/Keymaster65/copper2go-tools-bridge/master/src/systemTest/resources/de/wolfsvl/copper2go/workflow/tools/bridge/configHttpKafkaBridge.json and change it to your needs.

Now

docker run -d -e C2G_CONFIG="$(cat configHttpKafkaBridge.json)" --pull always --name copper2go -p 59665:59665 --rm registry.hub.docker.com/keymaster65/copper2go:4

Send data to copper2go using curl

curl --data Wolf http://localhost:59665/copper2go/3/api/twoway/1.0/Bridge

If should return something like

{"checksum":3897875225,"offset":0,"partition":0,"timestamp":1641063641561,"topic":"targetTopic"}

This is the result in Kafka, where the payload was sent to a topic (targetTopic).

If the return is unexpected, like

BridgeRuntimeException: Timeout, could call RequestChannel.

then check your containers and their configurations. You can get deeper, if you inspect the container logs.