On Fri, 18 Dec 2020 at 20:36, Jaroslav Tulach <jaroslav.tul...@gmail.com> wrote: > - Apache doesn't like `nb-javac` as it is GPLv2+CPEx component and those > are hard to distribute
This might be resolvable. Assuming full audit of nb-javac code to ensure it's all CPE, and fully open and independent development and distribution (GitHub and potential Maven moves good here!), then we might get permission to distribute. There was general movement towards "ask" on legal about CPE. Other things we wanted were out because of other licenses than CPE - eg. bundling JDK because of HotSpot licensing (although OpenJ9 might be OK?!) and JavaFX because the bits we actually need are LGPL. On Sat, 19 Dec 2020 at 07:33, Jan Lahoda <lah...@gmail.com> wrote: > So this means nearly > all features related to Java editing would need to be re-written - are > there volunteers to do that? ... > https://github.com/apache/netbeans/pull/1475 Well, given some recent discussions and developments (eg. VSCode) about decoupling, concentrating on having the IDE work well as an LSP client, and running NetBean's LSP server support headless on the target VM seems the obvious approach to consider? I think that's a level above what you have in that PR? ie. doing this on a project / language neutral basis, rather than specific to Java editing? However, I have to say I'm not clear exactly what current features could not be supported that way. Best wishes, Neil --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
