Yes, even though we set up a new JDK location in Java Platform configuration it did not help: we got the below (somehow truncated) message and NetBeans IDE ended up using the JDK used to run itself:
Warning: nbjdk.active=OpenJDK13 or nbjdk.home=D:\Java\OpenJDK\jdk-13.0.1 is an invalid Java platform; ignoring and using D:\Java\OpenJDK On Fri, 13 Dec 2019 at 02:42, Eric Bresie <ebresie...@gmail.com> wrote: > Assume adding the new JDK location to java support in the ide doesn’t help > here than? > > Eric Bresie > ebre...@gmail.com > > On December 12, 2019 at 10:20:13 PM CST, Tim Boudreau < > niftin...@gmail.com> wrote: > > Did you try to find a workable combination of versions that would work to > > simply have one version of each on the classpath of the libraries that > need > > them (hint: exclude the original dependency when building the wrapper > > module and have it depend on the wrapper for the version you want to use > of > > that library). > > > > On Wed, Dec 11, 2019 at 11:53 PM Matteo Di Giovinazzo < > matte...@gmail.com> > > wrote: > > > > > Thanks Tim, > > > but unfortunately the problem we are having with moving to Maven is > the one > > > I described in [1]. > > > > > > The solution we implemented is to create a Gradle plugin (because > Gradle > > > offers higher flexibility and dependencies configuration than Maven) > that > > > resolves the dependency tree from a declared list of dependencies in a > > > build.gradle script. > > > Then the plugin packages all artifact files in either: > > > > > > 1. a single NB library wrapper module or > > > 2. a series of NB library wrapper modules whose inter-dependencies are > > > exactly those of the dependency tree resolved by Gradle. > > > > > > The solution #2 is not ideal because NetBeans is using non-transitive > > > dependencies: so in the client modules we would need to depend on all > > > library wrapper modules of the subtree of the needed library. > > > Have we used Maven we would end up with redundant libraries described > in > > > [1]. > > > > > > We might share later on the Gradle plugin to help other developers > facing > > > the same issue. > > > -Matteo > > > > > > [1] NetBeans app with Maven with 3rd party libs > > > < > > > > https://lists.apache.org/thread.html/1377d9a39df8ac652d39c0d886ada3ce15bddb051517805363ea141b%40%3Cdev.netbeans.apache.org%3E > > > > > > > > > > > > > On Wed, 11 Dec 2019 at 19:37, Tim Boudreau <niftin...@gmail.com> > wrote: > > > > > > > No clue about the bug, but a mitigation would be to migrate your > platform > > > > app to build with maven, which also makes dealing with libraries much > > > > simpler > > > > -Tim > > > > > > > > On Mon, Dec 9, 2019 at 9:39 PM Matteo Di Giovinazzo < > matte...@gmail.com> > > > > wrote: > > > > > > > > > Hi there, > > > > > has anyone any hint about this? > > > > > https://issues.apache.org/jira/browse/NETBEANS-3278 > > > > > > > > > > It would be great to have this fixed by 11.3 > > > > > I guess it is because the new JDKs (since 9) are missing > > > "lib/tools.jar" > > > > > (that's what it seems from a shallow look at harness/jdk.xml). > > > > > > > > > > Thanks! > > > > > -- > > > > > Matteo Di Giovinazzo > > > > > > > > > -- > > > > http://timboudreau.com > > > > > > > > > > > > > -- > > > Matteo Di Giovinazzo > > > > > -- > > http://timboudreau.com > -- Matteo Di Giovinazzo
