Bernd Ruecker

@vringar: So you switched from JsonConverter to a StringConverter (here: https://github.com/zeebe-io/kafka-connect-zeebe/issues/18)? That could maybe make sense to change that in the example too - right? Would you be willing to...

Thanks for the great description of this issue! I will have a look at it hopefully next week

I am not sure why the epoll piece is used here, and not in other scenarios, and thus does not come as a transitive dependency (from the zeebe-java-client). However, other...

Googling around I found this interesting thread: https://groups.google.com/g/confluent-platform/c/OGuOCkEKoeA. My summary: - Easiest would be to use KSQL to convert Avro to JSON and vice versa before using the Converter -...

Great finding (based on https://forum.camunda.io/t/kafka-sink-connector-high-cpu-utilisation/2667/5)! "I am performing load test with simple BPMN. BPMN have two task one is source and another one is SINK task. I am using the...

This is about the backoff timing, but we would also need to throttle/stop consuming records from Kafka, otherwise, we build up a huge pile of unprocessed tasks in memory, which...

Quick update: @falko has contact with a customer where this might get a more urgent request. We will look at it together sometime within the next few weeks.

Another update: We are looking at it in https://github.com/camunda-community-hub/kafka-connect-zeebe/tree/fm-exponential-backoff

reminder for me: Pile of tasks in memory is no problem because we do not retrieve new tasks before the others are completed at the moment

Waiting for customer to confirm that this solves the issue