Since discussing JDK 17 concerns..
$ java --version
openjdk 17 2021-09-14
OpenJDK Runtime Environment Temurin-17+35 (build 17+35)
OpenJDK 64-Bit Server VM Temurin-17+35 (build 17+35, mixed mode, sharing)
Pulled down the latest from master
$ ant -Dcluster.config=full
prepare-vanilla-javac:
[mkdir] Created dir: C:\git\nb.latest\netbeans\nbbuild\build\langtools
[unzip] Expanding:
C:\git\nb.latest\netbeans\nbbuild\external\langtools-9.zip into
C:\git\nb.latest\netbeans\nbbuild\build\langtools
Java 15 has removed Nashorn, you must provide an engine for running
JavaScript yourself. GraalVM JavaScript currently is the preferred option.
Assume this involves different imports/dependencies changes but figured I
would bring it up as well. Maybe related to NETBEANS-4168
<https://issues.apache.org/jira/browse/NETBEANS-4168> Handling Nashorn
Removal inline with JDK 15
Eric Bresie
[email protected]
On Thu, Nov 11, 2021 at 3:43 AM Neil C Smith <[email protected]> wrote:
> On Thu, 11 Nov 2021 at 07:44, Laszlo Kishalmi <[email protected]>
> wrote:
> > It's not about the how. It's about from where (legal).
> >
> > I've already implemented to be able to use multiple maven repositories
> > in the build. But legally can we?
>
> Isn't sufficient support for multiple repositories already
> implemented? I add local repository for development purposes, but
> should work with remote already.
>
> What's the legal question here in your mind? Surely a security
> question if anything, but as we're validating hashes of all externals
> ...
>
> Reducing and removing our reliance on OSUOSL uploads is a good thing
> in my opinion.
>
> Best wishes,
>
> Neil
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>
