DefaultKafkaHeaderMapper$NonTrustedHeaderType encountered with a minimal SCS pipeline
See original GitHub issuePlease see https://github.com/tjormola/scs-problems-demo code demonstrating this problem. As the issue description, I will copy and paste the README here.
This project demonstrates a problem I was having when using the Stream Cloud Stream Kafka Binder with a project written in Kotlin.
The following chain of SCS handlers will throw
org.springframework.messaging.MessageDeliveryException: failed to send Message to channel 'input'; nested exception is java.lang.IllegalArgumentException: Unknown type for contentType header value: class org.springframework.kafka.support.DefaultKafkaHeaderMapper$NonTrustedHeaderType
when bound together using the SCS Kafka Binder. When using SCS Rabbit Binder, it’ll work just fine.
Source configuration defined in demo.source.HttpSourceApplication
:
@EnableBinding(Source::class)
@Configuration
class HttpSourceConfiguration {
@Bean
@StreamEmitter
@Output(Source.OUTPUT)
fun publishIncomingJsonPayload(): Publisher<Message<String>> {
return IntegrationFlows
.from(WebFlux.inboundChannelAdapter("/")
.requestMapping { it
.methods(HttpMethod.POST)
.consumes(MediaType.APPLICATION_JSON_VALUE)
}
.requestPayloadType(ResolvableType.forClass(String::class.java))
.statusCodeFunction { HttpStatus.OK })
.toReactivePublisher()
}
}
Processor configuration defined in demo.processor.ReactiveProcessorApplication
:
@EnableBinding(TestProcessor::class)
@Configuration
class ReactiveProcessorConfiguration {
@StreamListener
@Output(TEST_PROCESSOR_OUTPUT_CHANNEL_NAME)
fun processJsonMessage(@Input(Processor.INPUT) input: Flux<String>): Flux<String> {
return input
.map { it }
}
}
Run the tests demo.test.RabbitReactiveIntegrationTest
and demo.test.KafkaReactiveIntegrationTest
under the integration-tests
subproject to trigger the effect. The Kafka test will use an embedded Kafka instance and the Rabbit test expects the default configuration, i.e. Rabbit running on localhost
with default guest
credentials.
I wonder if Kotlin native types stuff is interfering here somehow. https://docs.spring.io/spring-kafka/docs/2.1.4.RELEASE/api/org/springframework/kafka/support/DefaultKafkaHeaderMapper.html#addTrustedPackages-java.lang.String…- refers to java.util, java.lang
as being trusted packages by default. I haven’t tried implementing this in plain Java, maybe it would work.
But as Kotlin is now very much liked in Spring world and the same code works with the other official binder implementation, I think this should work with Kafka out of the box, too. Thus I consider this behaviour a bug.
Issue Analytics
- State:
- Created 6 years ago
- Comments:6 (4 by maintainers)
Top GitHub Comments
Hi, I’ve managed to get this to work with the following configuration/code:
Closing this issue.