Configuring consumer options

The ConsumerBuilder offers you some few configuration options.

Configuring a dead letter queue

In kafka, a Dead Letter Queue (or DLQ), is a simple kafka topic in the kafka cluster which acts as the destination for messages that were not able to make it to the desired destination due to some error.

To create a dlq in this package, you can use the withDlq method. If you don't specify the DLQ topic name, it will be created based on the topic you are consuming, adding the -dlq suffix to the topic name.

$consumer = \Junges\Kafka\Facades\Kafka::consumer()->subscribe('topic')->withDlq();

//Or, specifying the dlq topic name:
$consumer = \Junges\Kafka\Facades\Kafka::consumer()->subscribe('topic')->withDlq('your-dlq-topic-name')

When your message is sent to the dead letter queue, we will add three header keys to containing information about what happened to that message:

• kafka_throwable_message: The exception message
• kafka_throwable_code: The exception code
• kafka_throwable_class_name: The exception class name.

Commit modes: Auto vs Manual

The package supports two commit modes for controlling when message offsets are committed to Kafka:

Auto Commit (Default)

With auto-commit enabled, messages are automatically committed after your handler successfully processes them. This is the default behavior and simplest to use:

$consumer = \Junges\Kafka\Facades\Kafka::consumer()
    ->withAutoCommit() // Optional as this is the default
    ->withHandler(function($message, $consumer) {
        // Process your message.
        // Message is automatically committed after handler returns successfully
    });

Manual Commit

With manual commit, you have full control over when messages are committed. This provides better error handling and processing guarantees:

$consumer = \Junges\Kafka\Facades\Kafka::consumer()
    ->withManualCommit()
    ->withHandler(function($message, $consumer) {
        try {
            // Process your message
            processMessage($message);
            
            // Manually commit the message
            $consumer->commit($message);  // Synchronous commit
            // OR: $consumer->commitAsync($message);  // Asynchronous commit
            
        } catch (Exception $e) {
            Log::error('Message processing failed', ['error' => $e->getMessage()]);
        }
    });

When to use each mode:

• Auto-commit: Simple use cases where message loss is acceptable, and you want automatic offset management
• Manual commit: When you need guaranteed processing, complex error handling, or want to implement custom commit strategies

Available commit methods:

When using manual commit mode, your handlers can use these methods on the $consumer parameter:

• commit() - Commit current assignment offsets (synchronous)
• commit($message) - Commit specific message offset (synchronous)
• commitAsync() - Commit current assignment offsets (asynchronous)
• commitAsync($message) - Commit specific message offset (asynchronous)

For more detailed information about manual commit patterns, see the Manual Commit guide .

Configuring max messages to be consumed

If you want to consume a limited amount of messages, you can use the withMaxMessages method to set the max number of messages to be consumed by a kafka consumer:

$consumer = \Junges\Kafka\Facades\Kafka::consumer()->withMaxMessages(2);

Configuring the max time when a consumer can process messages

If you want to consume a limited amount of time, you can use the withMaxTime method to set the max number of seconds for kafka consumer to process messages:

$consumer = \Junges\Kafka\Facades\Kafka::consumer()->withMaxTime(3600);

Setting Kafka configuration options

To set configuration options, you can use two methods: withOptions, passing an array of option and option value or, using the `withOption method and passing two arguments, the option name and the option value.

$consumer = \Junges\Kafka\Facades\Kafka::consumer()
    ->withOptions([
        'option-name' => 'option-value'
    ]);
// Or:
$consumer = \Junges\Kafka\Facades\Kafka::consumer()
    ->withOption('option-name', 'option-value');