I suppose it should resolve to the JRE lib, but as such, Maven classpath
checker doesn't understand the encoded version. I am currently trying to
reproduce by building NB from the sources and generating the NMBs.
On Thu, Jan 13, 2022 at 6:10 PM Geertjan Wielenga
<geertjan.wiele...@googlemail.com.invalid> wrote:
> So what does {java.home} resolve to?
>
> Gj
>
> On Thu, Jan 13, 2022 at 7:08 PM Jean-Marc Borer <jmbo...@gmail.com> wrote:
>
> > Sure. You can send me a private message.
> >
> > Back to the topic: I checked the sources and indeed the source Manifest
> of
> > this JavaFX lib wrapper module reads:
> >
> > Manifest-Version: 1.0
> > OpenIDE-Module: org.netbeans.libs.javafx
> > OpenIDE-Module-Package-Dependencies: javafx.application[Application]
> > OpenIDE-Module-Localizing-Bundle:
> > org/netbeans/libs/javafx/Bundle.properties
> > OpenIDE-Module-Specification-Version: 2.16
> > OpenIDE-Module-Needs: org.openide.modules.jre.JavaFX
> > OpenIDE-Module-Provides: javafx.animation,
> > javafx.application,
> > javafx.beans,
> > javafx.beans.binding,
> > javafx.beans.property,
> > javafx.beans.property.adapter,
> > javafx.beans.value,
> > javafx.collections,
> > javafx.collections.transformation,
> > javafx.concurrent,
> > javafx.css,
> > javafx.embed.swing,
> > javafx.event,
> > javafx.fxml,
> > javafx.geometry,
> > javafx.scene,
> > javafx.scene.canvas,
> > javafx.scene.chart,
> > javafx.scene.control,
> > javafx.scene.control.cell,
> > javafx.scene.effect,
> > javafx.scene.image,
> > javafx.scene.input,
> > javafx.scene.layout,
> > javafx.scene.media,
> > javafx.scene.paint,
> > javafx.scene.shape,
> > javafx.scene.text,
> > javafx.scene.transform,
> > javafx.scene.web,
> > javafx.stage,
> > javafx.util,
> > javafx.util.converter,
> > netscape.javascript
> > Class-Path: ${java.home}/lib/ext/jfxrt.jar
> >
> > The URL encoding seems to happen somewhere in between...
> >
> >
> > On Thu, Jan 13, 2022 at 5:56 PM Geertjan Wielenga
> > <geertjan.wiele...@googlemail.com.invalid> wrote:
> >
> > > Hmmm. That's strange.
> > >
> > > (And as an Azul employee, I'd like to share with you that we'd love to
> > > promote your usage of Zulu. :-) )
> > >
> > > Gj
> > >
> > > On Thu, Jan 13, 2022 at 6:54 PM Jean-Marc Borer <jmbo...@gmail.com>
> > wrote:
> > >
> > > > Hello,
> > > >
> > > > When building my NB RCP application with Maven, I get:
> > > >
> > > > Could not resolve Class-Path item in
> > > > org.netbeans.api:org-netbeans-libs-javafx:nbm-file:RELEASE124, path
> > > > is:%24%7Bjava.home%7D/lib/ext/jfxrt.jar, skipping
> > > >
> > > > I checked the manifest of module org-netbeans-libs-javafx.jar
> > > > And actually I found:
> > > > ....
> > > > OpenIDE-Module-Requires: org.openide.modules.ModuleFormat1
> > > > Class-Path: %24%7Bjava.home%7D/lib/ext/jfxrt.jar
> > > >
> > > > Which is an url encoded string of ${java.hom}/lib/ext/jfxrt.jar
> > > >
> > > > I build on zulu8.58.0.13-ca-fx-jdk8.0.312-win_x64\jre\lib\ext
> > > > where jfxrt.jar exists... and JFX works in the application later.
> Just
> > > > wondering why such warning is generated.
> > > >
> > > > I suspect that the Maven checker is somehow not understanding
> properly
> > > this
> > > > classpath entry in the manifest.
> > > >
> > > > Any idea?
> > > >
> > > > Cheers,
> > > >
> > > > JMB
> > > >
> > >
> >
>
