JiriOndrusek commented on pull request #1215: URL: https://github.com/apache/camel-quarkus/pull/1215#issuecomment-628527560
@ppalage I'm able to run native debezium-postgres test with one "hack". Let me explain: • configuration of debezium postgres has to contain offset store • standard offset stores are provided in org.apache.kafka:connect-runtime dependency But it doesn't make sense to add whole dependency into index. It contains a lot of native-related errors from a lot of classes, which are really not required for debezium-postgres My idea is following: • offset stores working with debezium would be limited to basic ones (like memory, file). User who needs another offset store has to provide it by implementing OffsetBackingStore or by adding dependency to kafka with its default stores. I've tried POC by putting offset store into camel-component and then registering it -> **it works**. But better approach seems to have these stores as a part of quarkus extension. Here I'm facing a problem. As you can see I have classes NativeMemoryOffsetBackingStore and NativeFileOffsetBackingStore as a part of runtime. But native execution doesn't see them and I'm getting java.lang.ClassNotFoundException: org.apache.camel.quarkus.component.debezium.postgres.graal.storage.NativeMemoryOffsetBackingStore Does my approach make sense and if so, do you know what to register to get access to this runtime's classes? ---------------------------------------------------------------- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org
