Skip to content

Type handler uberjars contain redundant classes #23

@jeff303

Description

@jeff303
jar tvf type-handlers/avro/target/kc-repl-type-handler-avro-1.1.26-avro-handler.jar | grep KafkaConsumer
 51983 Thu Jul 14 04:52:06 CDT 2022 org/apache/kafka/clients/consumer/KafkaConsumer.class
  4820 Thu Jul 14 04:52:06 CDT 2022 org/apache/kafka/clients/consumer/internals/KafkaConsumerMetrics.class
jar tvf target/kc-repl-1.1.26-standalone.jar | grep KafkaConsumer
 51950 Thu Sep 29 12:21:34 CDT 2022 org/apache/kafka/clients/consumer/KafkaConsumer.class
  4820 Thu Sep 29 12:21:34 CDT 2022 org/apache/kafka/clients/consumer/internals/KafkaConsumerMetrics.class

This is an example of a class that only needs to be in the latter uberjar. The specific type handler jars could be smaller if they don't package these classes. It seems like we basically need the equivalent of Maven's provided scope for these. Need to look into how to do that in deps.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions