Fetch dependencies using Ivy

[tresf]

Removes dependant libraries from the source repository and fetches them from Maven Central using ivy.

[tresf]

It appears javafx.plaform="linux-monocle" is missing in Maven, which is breaking builds for Linux + Intel. I've inquired with Gluon, ticket SUPQZ-18.

[tresf]

It appears javafx.plaform="linux-monocle" is missing in Maven, which is breaking builds for Linux + Intel. I've inquired with Gluon, ticket SUPQZ-18.

Gluon has informed us that linux-monocle is being merged to mainline JavaFX as Headless instead. This is great news. We've provided Gluon with initial test results and they look promising. Once mainline has received the new Headless support, we can move to Ivy for good.

[tresf]

Once mainline has received the new Headless support, we can move to Ivy for good.

This has progressed since opening this PR: #1225 (comment). Since "Headless" requires Java 21 or higher, this PR must be merged with #1222 in order to test the headless libraries.

[tresf]

This PR is in surprisingly good shape... One outstanding issue is that the JavaFX version that we bundle is currently broken for vector (rasterize: false) prints. We're tracking this with the FX team in SUPQZ-20. We'll need a patch to JavaFX before we can continue testing.

tray/ant/ivy-deps.properties

Line 16 in f0cbadf

javafx.version=24-headless+0-2024-12-02-101029

[tresf]

We're tracking this with the FX team in SUPQZ-20. We'll need a patch to JavaFX before we can continue testing.

The FX team has provided a patch for vector HTML prints, bumping the version and re-testing.

[tresf]

We're tracking this with the FX team in SUPQZ-20. We'll need a patch to JavaFX before we can continue testing.

The FX team has provided a patch for vector HTML prints, bumping the version and re-testing.

So vector prints are fixed, but I've found a bug with raster prints. From what I can tell this issue existed in the last FX snapshot version and I missed it. @akberenz and I spent an hour or so on it, but something with setZoom seems to cause the height on our rasterized-fitted tests to render way too tall. Our tests didn't catch this because the snapshot is actually succeeding, just at an unusual height. Something with the page height calculation is returning values that appear to be using zoom levels from previous snapshots.

[tresf]

We're tracking this with the FX team in SUPQZ-20. We'll need a patch to JavaFX before we can continue testing.

The FX team has provided a patch for vector HTML prints, bumping the version and re-testing.

So vector prints are fixed, but I've found a bug with raster prints. From what I can tell this issue existed in the last FX snapshot version and I missed it. @akberenz and I spent an hour or so on it, but something with setZoom seems to cause the height on our rasterized-fitted tests to render way too tall. Our tests didn't catch this because the snapshot is actually succeeding, just at an unusual height. Something with the page height calculation is returning values that appear to be using zoom levels from previous snapshots.

I was able to reproduce this bug on master branch, so this is no longer a blocker; testing is ready to continue.

[tresf]

Tested macOS, Windows 11, Ubuntu 24.04.

No regressions found. Now we wait for a JDK21 JavaFX "Headless" backport.