On Sat, Dec 19, 2020 at 10:45 AM Neil C Smith <neilcsm...@apache.org> wrote:

> 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.
>

I think it would be great for the user experience if we could bundle
(nb-)javac. The use of it may still be optional, but knowing we can rely on
something reasonably new without the user doing a separate download would
be great.


> 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.
>

I guess I don't quite understand what you mean here. Yes, the PR is pretty
much Java editor specific (and specific to only selected features). Not
sure what exactly is the proposal about "language neutrality".

I think that getting (Java editing) features via a (significantly enhanced)
LSP on par with the same features we currently have is not impossible, but
very difficult and/or time consuming. Who is volunteering to do the work?

Jan


>
> 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
>
>
>
>

Reply via email to