JavaFX 11 snapshots in maven sonatype

Johan Vos johan.vos at gluonhq.com
Fri Jul 6 12:33:30 UTC 2018


That is a known issue indeed, but I think it should be fixed in Gradle. We
can't easily upload all platforms using the same snapshot version, unless
I'm missing something?

We ran into this before, when working with nd4j SNAPSHOT versions on
gradle. We "fixed" it by applying own plugin code, e.g.
https://github.com/javafxports/javafxmobile-plugin/blob/master/src/main/groovy/org/javafxports/jfxmobile/plugin/JFXMobileConvention.groovy#L61

It is very inconvenient, so if you know an easy way to get all snapshot
version to be equal, I would love to hear that. But still, if other
libraries don't follow that approach (e.g. nd4j) it still means gradle
can't be used (unless you apply the "snapshotlocal" fix as in the above
link).

I really hope this can be fixed, as I loved gradle (less typing), but this
issue is the reason I had to revert to maven.

- Johan

On Thu, Jul 5, 2018 at 10:43 PM MUELLER-SCHRAMM Gerd <
gerd.mueller-schramm at hexagon.com> wrote:

> Hi Johan,
>
> Gradle doesn't ignore the classifier but there is no Windows- and
> Linux-version for the latest snapshot "20180702.224902-3". Gradle always
> checks for the latest snapshot, adds the classifier and tries to download
> this. The classifier 'mac' works with gradle. So all platform versions of
> JFX need the same snapshot version.
>
> Best regards,
> Gerd
>
> Gerd Müller-Schramm
> Software Developer, GeoMedia Smart Client Kommunal
> T: +49 341 92 60 30 47 <+49%20341%2092603047>
> E: gerd.mueller-schramm at hexagon.com
>
> Hexagon Geospatial
> Wittenberger Straße 15B
> 04129 Leipzig, Germany
> hexagongeospatial.com
>
> -----Original Message-----
> From: openjfx-dev [mailto:openjfx-dev-bounces at openjdk.java.net] On Behalf
> Of Johan Vos
> Sent: Donnerstag, 5. Juli 2018 11:03
> To: openjfx-dev at openjdk.java.net List <openjfx-dev at openjdk.java.net>
> Subject: JavaFX 11 snapshots in maven sonatype
>
> A first batch of snapshots for the JavaFX 11 modules is now in the maven
> sonatype snapshot repository (see
> https://oss.sonatype.org/content/repositories/snapshots/org/openjfx/
> although you probably don't want to work with these artifacts directly but
> use build tools like maven or gradle to do that)
>
> This is work based on the not-yet-merged PR#83:
> https://github.com/javafxports/openjdk-jfx/pull/83
>
> Basically, you need to specify which modules you need (transitive
> dependency management will be handled by maven as the modules contain a
> pom.xml with the same dependencies as the module-info.java), e.g.
>
>
> <dependency>
>   <groupId>org.openjfx</groupId>
>   <artifactId>javafx.controls</artifactId>
>   <version>11.0.0-SNAPSHOT</version>
> </dependency>
>
>
> I have a few samples that show how you can use those artifacts in your
> maven project:
> https://github.com/johanvos/javafx11samples (note that this is a temporary
> repository)
> the topics/javafx3d directory contains a number of standalone samples that
> can be executed via mvn clean install exec:java
>
> Note that some of the samples create a build.gradle as well, but I never
> managed to get gradle working with the combination of classifiers and
> SNAPSHOT versions (it's actually the reason why I went back from gradle to
> maven in other projects -- e.g. dl4j related).
>
> If someone else can somehow fix the build.gradle, that would be great of
> course.
>
> Before PR#83 is merged, it would be nice to have a few reports from people
> using the snapshots.
>
> - Johan
>
>


More information about the openjfx-dev mailing list