Hello guys, there are two things I wanted to do, but haven't yet got to: - change the build system to Maven - the current Ant + a bit of Gradle layer combination is wild, but kinda works - however Maven has profiled as the most stable and widespread solution over last 25 years - from all the alternatives Maven is the Java build system one can really trust - use Maven profiles to "stack" Jackpot hints - have jackpot-for-jdk8, jackpot-for-jdk11, jackpot-for-jdk17, jackpot-for-jdk21, jackpot-for-jdk25 modules - enable/disable them via profiles when building the final deliverable(s)
With such a change the [nb-javac repository](https://github.com/JaroslavTulach/nb-javac/) could be used to produce `javac` compatible with any JDK with as little as `-P` argument. I'd add more JARs to the existing [Maven GAV](https://central.sonatype.com/artifact/com.dukescript.nbjavac/nb-javac). One of them would (probably) match NetBeans requirements - e.g. javac.target=21 and API replacements limited to those needed by JDK21 only. I can implement that in two weeks. However, if you really fork, I probably leave the repository as it is and continue to rely on kindly submitted PRs to keep with the latest JDK changes up. -jt PS: My repository CI would test on all LTS JDKs - since and including JDK8. I don't plan on giving my compatibility promise up. čt 12. 11. 2026 v 10:57 odesílatel Neil C Smith via dev <[email protected]> napsal: > > On Wed, 11 Nov 2026 at 21:30, <[email protected]> wrote: > > Anyone has a right to fork the repository. Anyone can upload the bits to > > Maven > > central. I am glad I could play that role in the early days of helping > > Apache > > NetBeans to accept nb-javac as a useful component. > > > > I'll continue releasing nb-javac at current GAV co-ordinates whenever I > > notice > > a PR in my repository: https://github.com/JaroslavTulach/nb-javac > > Do you intend to keep the baseline of JDK 8? Switching to a variant > that targets a baseline correlating with NetBeans would be a big > positive step, and reduce the issues we've faced here. > > If we can finally remove all GPL+CPE licensed sources in the > repository, even better, because that _might_ open up the option to > maintain the build process here. We did even talk once about the > possibility of integrating the patching into the main build, although > publishing directly might be problematic. > > 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 > > > --------------------------------------------------------------------- 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
