javaapache/hudi #19813Not a task: already works

DataHub sync bundle ships datahub-client-java8's bundled Avro unrelocated

envgap__apache__hudi-19813

Original GitHub issue ↗Dated source checkout ↗Opened 2026-09-02

01 / FAILURE SIGNATURE

As reported upstream

No identifying execution failure has been captured.

Not a benchmark task.

The project already builds and runs before the fix, so there is nothing to repair.

02 / ENVIRONMENT RECIPE

Base commit: ca28fdb9877e34d19d29bb4bef001686bc4e5309
Manifest: packaging/hudi-datahub-sync-bundle/pom.xml
Reproduce: Awaiting issue-specific recipe
Run under trace: Awaiting a meaningful runtime command

03 / ORIGINAL ISSUE TEXT

apache/hudi #19813 · read the original issue

`hudi-datahub-sync-bundle` shades in `io.acryl:datahub-client-java8`, which carries its own copy of Avro (450 `org/apache/avro/*.class` entries in `datahub-client-java8-0.15.0rc20.jar`). Nothing in the shade config filters them, so they land in the bundle unrelocated.

Any consumer that puts the bundle on its classpath ahead of its own Avro then binds against DataHub's stale copy instead of the Avro the rest of the application uses. The failure is silent and surfaces far from the cause, as a missing or differently-typed method on `org.apache.avro.Schema`.

The shade config already filters signature files and `*.proto`. It needs one more filter excluding `org/apache/avro/**` from the DataHub client, so the bundle stops carrying a second Avro.

Continue on GitHub ↗

04 / LABELS

Labels from the report text only; not yet run

No supported category has been assigned.

Label rules and the text that matched

[]