Skip to content

Use unpack-dependencies so the 21.x version range resolves#138

Draft
datalogics-saharay wants to merge 2 commits into
datalogics:develop-21from
datalogics-saharay:fix-v21-samples-build
Draft

Use unpack-dependencies so the 21.x version range resolves#138
datalogics-saharay wants to merge 2 commits into
datalogics:develop-21from
datalogics-saharay:fix-v21-samples-build

Conversation

@datalogics-saharay

Copy link
Copy Markdown
Contributor

Problem

The develop-21 samples build fails on all platforms at maven-dependency-plugin:unpack (unpack-resources):

Could not find artifact com.datalogics.pdfl:pdfl:zip:resources:[21.0,22.0) in central

The poms pin the range [21.0,22.0) but use the unpack goal with <artifactItems>, which cannot resolve a version range (still-open MDEP-650) — so Maven requests a literal artifact pdfl-[21.0,22.0)-*.zip and 404s. Same root cause the v18 line hit.

Fix

Switch each unpack execution from unpack to unpack-dependencies, which unpacks Maven-core-resolved dependencies (ranges supported). Each execution is explicitly scoped to com.datalogics.pdfl group + artifact (<includeGroupIds> + <includeArtifactIds>), with <includeClassifiers> (incl. ${jni.classifier} for platform selection) + <includeTypes>zip. Only the 91 pom.xml files change.

ocr-data is set to LATEST (3 OCR poms): it's versioned independently on a 1.x line, decoupled from the APDFL major, so the [21.0,22.0) range matches nothing for it.

🤖 Generated with Claude Code

The unpack goal can't resolve version ranges (MDEP-650), so [21.0,22.0) broke the build (it requested a literal pdfl-[21.0,22.0)-*.zip). Switch each execution to unpack-dependencies, scoped to com.datalogics.pdfl groupId + artifactId, keeping ${jni.classifier} for platform selection, so Maven resolves the range to the latest 21.x. ocr-data stays on LATEST — it's versioned independently (1.x).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
@datalogics-saharay datalogics-saharay marked this pull request as draft June 10, 2026 17:37
APDFL 21's native lib (libcom-datalogics-DL210PDFL.so) requires
GLIBC_2.32, which the Rocky 8 nodes behind the linux-java-samples
label don't provide, so the Run Samples stage failed with
UnsatisfiedLinkError. Point the Linux matrix axis at the new
rocky9-java-samples label (added to rea and ec2-rocky9-intel in
tycho), keeping linux-java-samples on Rocky 8 for the v18 samples.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant