This project provides a software component which acts as a bridge between AMQP (Advanced Message Queuing Protocol) based clients and Apache Kafka cluster.

It provides a different way to interact with Apache Kafka because the latter supports natively only custom (proprietary) protocol. Thanks to the bridge, all clients which can speak AMQP (which is a standard OASIS and ISO-IEC) protocol can connect to Apache Kafka cluser in order to send and receive messages to/from topics.

The project leverages on Vert.x framework and uses the Vert.x Proton library in order to provide the AMQP server for accepting and handling connections, sessions and links.

All the bridge related classes are defined inside the io.strimzi.kafka.bridge and io.strimzi.kafka.bridge.amqp packages and the only class needed to instantiate the bridge is the AmqpBridge class which needs a Vertx instance too.

Other than core classes, the following stuff is provided :

• AmqpBridgeTest : a bunch of unit testing classes based on JUnit and Vert.x Unit;
• AmqpBridgeServer : a sample application which instantiates and starts the bridge;
• AmqpBridgeReceiver : a sample applcation with a bunch of examples using AMQP receivers;
• AmqpBridgeSender : a sample application with a bunch of examples using AMQP senders;

This is a simple application which implements a server running the bridge. It can starts in the two following ways :

• no parameter : a default bridge configuration will be used;
• configuration file path : the bridge will load configuration from that (i.e. bridge.properties);

This is a simple Docker image which contains the server application as a fat JAR with all dependencies related to Vert.x Proton and the AMQP - Kafka Bridge.

In order to send a message to a topic named [topic], an AMQP client should attach a link on the following simple address :

[topic]

or specifying it inside the "To" system properties of the AMQP message itself.

due to unsupported character like "/" for Kafka topic names, the bridge maps it to the "." character. So, in an "hybrid" scenario, it's possible that AMQP clients interacts on addresses using the original "/" character but native Kafka clients need to use the topic name with mapped "." instead of "/".

The AMQP message body contains the Apache Kafka message the client wants to send to the topic. Other than the body, the client can add the following message annotations in order to specify the topic partition destination :

• x-opt-bridge.partition : the topic partition destination on which the message should be published;
• x-opt-bridge.key : the key used to determine the topic partition destination (instead of the previous partition annotation);

The above message annotations aren't mandatory. If they aren't provided by the clients, the messages are sent across all topic partitions in a round robin fashion.

More information about sender flow are available in the wiki here

In order to consume messages from a topic named [topic], an AMQP client should attach a link on the address with following format :

[topic]/group.id/[group.id]

where [group.id] is the consumer group identifier as needed by Apache Kafka. The returned AMQP message contains the Apache Kafka provided message inside its body adding the following message annotations :

• x-opt-bridge.topic : the topic from which the message was read;
• x-opt-bridge.partition : the topic partition from which the message was read;
• x-opt-bridge.offset : the message offset inside the partition;
• x-opt-bridge.key : the message key (used to determine the partition at sending time);

The AMQP client can also specifies filters for reading from a specific partition starting at specific offset. The symbol for filters are :

• io.strimzi:partition-filter:uint : the topic partition from which reading messages;
• io.strimzi:offset-filter:ulong : the starting offset for reading inside the specified partition;

If the client specifies partition but not the offset, then the bridge will consume messages starting from the last committed offset on the specified partition.

The link is automatically detached by the bridge in the following cases :

• the client specifies the offset but not the partition;
• the client specifies a negative value for partition or offset;
• the client specifies a not existing partition;

More information about receiver flow are available in the wiki here

All AMQP based clients are supported and can be used in order to connect to the bridge for sending/receiving messages to/from Apache Kafka topics. The main well known AMQP projects are :

• Apache Qpid : provides an AMQP stack implementation in C, Java, C++ and other languages. Other than clients, a Dispatch Router is available as well;
• AMQP .Net Lite : .Net and C# based implementation of the AMQP stack;

You can find more documentation on "internals" and how the bridge works at following doc folder.