Annotation Type EnableKafka


  • @Target(TYPE)
    @Retention(RUNTIME)
    @Documented
    @Import(KafkaListenerConfigurationSelector.class)
    public @interface EnableKafka
    Enable Kafka listener annotated endpoints that are created under the covers by a AbstractListenerContainerFactory. To be used on Configuration classes as follows:
     @Configuration
     @EnableKafka
     public class AppConfig {
            @Bean
            public ConcurrentKafkaListenerContainerFactory myKafkaListenerContainerFactory() {
                    ConcurrentKafkaListenerContainerFactory factory = new ConcurrentKafkaListenerContainerFactory();
                    factory.setConsumerFactory(consumerFactory());
                    factory.setConcurrency(4);
                    return factory;
            }
            // other @Bean definitions
     }
     
    The KafkaListenerContainerFactory is responsible to create the listener container for a particular endpoint. Typical implementations, as the ConcurrentKafkaListenerContainerFactory used in the sample above, provides the necessary configuration options that are supported by the underlying MessageListenerContainer.

    @EnableKafka enables detection of KafkaListener annotations on any Spring-managed bean in the container. For example, given a class MyService:

     package com.acme.foo;
    
     public class MyService {
            @KafkaListener(containerFactory = "myKafkaListenerContainerFactory", topics = "myTopic")
            public void process(String msg) {
                    // process incoming message
            }
     }
     
    The container factory to use is identified by the containerFactory attribute defining the name of the KafkaListenerContainerFactory bean to use. When none is set a KafkaListenerContainerFactory bean with name kafkaListenerContainerFactory is assumed to be present.

    the following configuration would ensure that every time a message is received from topic "myQueue", MyService.process() is called with the content of the message:

     @Configuration
     @EnableKafka
     public class AppConfig {
            @Bean
            public MyService myService() {
                    return new MyService();
            }
    
            // Kafka infrastructure setup
     }
     
    Alternatively, if MyService were annotated with @Component, the following configuration would ensure that its @KafkaListener annotated method is invoked with a matching incoming message:
     @Configuration
     @EnableKafka
     @ComponentScan(basePackages = "com.acme.foo")
     public class AppConfig {
     }
     
    Note that the created containers are not registered with the application context but can be easily located for management purposes using the KafkaListenerEndpointRegistry.

    Annotated methods can use a flexible signature; in particular, it is possible to use the Message abstraction and related annotations, see KafkaListener Javadoc for more details. For instance, the following would inject the content of the message and the kafka partition header:

     @KafkaListener(containerFactory = "myKafkaListenerContainerFactory", topics = "myTopic")
     public void process(String msg, @Header("kafka_partition") int partition) {
            // process incoming message
     }
     
    These features are abstracted by the MessageHandlerMethodFactory that is responsible to build the necessary invoker to process the annotated method. By default, DefaultMessageHandlerMethodFactory is used.

    When more control is desired, a @Configuration class may implement KafkaListenerConfigurer. This allows access to the underlying KafkaListenerEndpointRegistrar instance. The following example demonstrates how to specify an explicit default KafkaListenerContainerFactory

            @Configuration
            @EnableKafka
            public class AppConfig implements KafkaListenerConfigurer {
                    @Override
                    public void configureKafkaListeners(KafkaListenerEndpointRegistrar registrar) {
                            registrar.setContainerFactory(myKafkaListenerContainerFactory());
                    }
    
                    @Bean
                    public KafkaListenerContainerFactory<?, ?> myKafkaListenerContainerFactory() {
                            // factory settings
                    }
    
                    @Bean
                    public MyService myService() {
                            return new MyService();
                    }
            }
     
    It is also possible to specify a custom KafkaListenerEndpointRegistry in case you need more control on the way the containers are created and managed. The example below also demonstrates how to customize the DefaultMessageHandlerMethodFactory as well as how to supply a custom Validator so that payloads annotated with Validated are first validated against a custom Validator.
            @Configuration
            @EnableKafka
            public class AppConfig implements KafkaListenerConfigurer {
                    @Override
                    public void configureKafkaListeners(KafkaListenerEndpointRegistrar registrar) {
                            registrar.setEndpointRegistry(myKafkaListenerEndpointRegistry());
                            registrar.setMessageHandlerMethodFactory(myMessageHandlerMethodFactory);
                            registrar.setValidator(new MyValidator());
                    }
    
                    @Bean
                    public KafkaListenerEndpointRegistry myKafkaListenerEndpointRegistry() {
                            // registry configuration
                    }
    
                    @Bean
                    public MessageHandlerMethodFactory myMessageHandlerMethodFactory() {
                            DefaultMessageHandlerMethodFactory factory = new DefaultMessageHandlerMethodFactory();
                            // factory configuration
                            return factory;
                    }
    
                    @Bean
                    public MyService myService() {
                            return new MyService();
                    }
            }
     
    Implementing KafkaListenerConfigurer also allows for fine-grained control over endpoints registration via the KafkaListenerEndpointRegistrar. For example, the following configures an extra endpoint:
            @Configuration
            @EnableKafka
            public class AppConfig implements KafkaListenerConfigurer {
                    @Override
                    public void configureKafkaListeners(KafkaListenerEndpointRegistrar registrar) {
                            SimpleKafkaListenerEndpoint myEndpoint = new SimpleKafkaListenerEndpoint();
                            // ... configure the endpoint
                            registrar.registerEndpoint(endpoint, anotherKafkaListenerContainerFactory());
                    }
    
                    @Bean
                    public MyService myService() {
                            return new MyService();
                    }
    
                    @Bean
                    public KafkaListenerContainerFactory<?, ?> anotherKafkaListenerContainerFactory() {
                            // ...
                    }
    
                    // Kafka infrastructure setup
            }
     
    Note that all beans implementing KafkaListenerConfigurer will be detected and invoked in a similar fashion. The example above can be translated in a regular bean definition registered in the context in case you use the XML configuration.
    Author:
    Stephane Nicoll, Gary Russell, Artem Bilan
    See Also:
    KafkaListener, KafkaListenerAnnotationBeanPostProcessor, KafkaListenerEndpointRegistrar, KafkaListenerEndpointRegistry