Amandeep Singh created KAFKA-6667:
-------------------------------------
Summary: Issues in kafka Streaming when using encryption with
custom serializers and deserializers
Key: KAFKA-6667
URL: https://issues.apache.org/jira/browse/KAFKA-6667
Project: Kafka
Issue Type: Bug
Components: streams
Affects Versions: 0.11.0.1
Reporter: Amandeep Singh
I am using kafka streams to do some aggregations. The data comes in at a very
rapid rate in my source topics.
I am using a custom serialization and deserialization classes, that
encrypt/decrypt the bytes that are written to kafka. It works nicely without
encryption in serialization and deserialization.
Encryption used is AES-256
This is the stack trace with Encryption. I am also not able to figure out at
which step this breaks.
Exception in thread "prod-streamer-recording-partitioner-test-StreamThread-1"
org.apache.kafka.streams.errors.StreamsException: Exception caught in process.
taskId=2_0, processor=KSTREAM-SOURCE-0000000009,
topic=recording-aggregator-partitioner-temp-analyze_recording-aggregation-repartition,
partition=0, offset=16971
at
org.apache.kafka.streams.processor.internals.StreamTask.process(StreamTask.java:202)
at
org.apache.kafka.streams.processor.internals.AssignedTasks$2.apply(AssignedTasks.java:342)
at
org.apache.kafka.streams.processor.internals.AssignedTasks.applyToRunningTasks(AssignedTasks.java:415)
at
org.apache.kafka.streams.processor.internals.AssignedTasks.process(AssignedTasks.java:334)
at
org.apache.kafka.streams.processor.internals.StreamThread.processAndPunctuate(StreamThread.java:624)
at
org.apache.kafka.streams.processor.internals.StreamThread.runOnce(StreamThread.java:513)
at
org.apache.kafka.streams.processor.internals.StreamThread.runLoop(StreamThread.java:480)
at
org.apache.kafka.streams.processor.internals.StreamThread.run(StreamThread.java:457)
Caused by: org.apache.kafka.streams.errors.StreamsException: task [2_0]
exception caught when producing
at
org.apache.kafka.streams.processor.internals.RecordCollectorImpl.checkForException(RecordCollectorImpl.java:136)
at
org.apache.kafka.streams.processor.internals.RecordCollectorImpl.send(RecordCollectorImpl.java:87)
at
org.apache.kafka.streams.state.internals.StoreChangeLogger.logChange(StoreChangeLogger.java:59)
at
org.apache.kafka.streams.state.internals.ChangeLoggingSegmentedBytesStore.put(ChangeLoggingSegmentedBytesStore.java:59)
at
org.apache.kafka.streams.state.internals.MeteredSegmentedBytesStore.put(MeteredSegmentedBytesStore.java:112)
at
org.apache.kafka.streams.state.internals.RocksDBWindowStore$RocksDBWindowBytesStore.put(RocksDBWindowStore.java:43)
at
org.apache.kafka.streams.state.internals.RocksDBWindowStore$RocksDBWindowBytesStore.put(RocksDBWindowStore.java:34)
at
org.apache.kafka.streams.state.internals.CachingWindowStore$1.apply(CachingWindowStore.java:95)
at
org.apache.kafka.streams.state.internals.NamedCache.flush(NamedCache.java:141)
at
org.apache.kafka.streams.state.internals.NamedCache.evict(NamedCache.java:232)
at
org.apache.kafka.streams.state.internals.ThreadCache.maybeEvict(ThreadCache.java:247)
at
org.apache.kafka.streams.state.internals.ThreadCache.put(ThreadCache.java:155)
at
org.apache.kafka.streams.state.internals.CachingWindowStore.put(CachingWindowStore.java:148)
at
org.apache.kafka.streams.kstream.internals.KStreamWindowAggregate$KStreamWindowAggregateProcessor.process(KStreamWindowAggregate.java:111)
at
org.apache.kafka.streams.processor.internals.ProcessorNode$1.run(ProcessorNode.java:45)
at
org.apache.kafka.streams.processor.internals.StreamsMetricsImpl.measureLatencyNs(StreamsMetricsImpl.java:201)
at
org.apache.kafka.streams.processor.internals.ProcessorNode.process(ProcessorNode.java:131)
at
org.apache.kafka.streams.processor.internals.ProcessorContextImpl.forward(ProcessorContextImpl.java:82)
at
org.apache.kafka.streams.processor.internals.SourceNode.process(SourceNode.java:80)
at
org.apache.kafka.streams.processor.internals.StreamTask.process(StreamTask.java:188)
... 7 more
Caused by: org.apache.kafka.common.errors.RecordTooLargeException: The message
is 59787680 bytes when serialized which is larger than the maximum request size
you have configured with the max.request.size configuration.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)