Hi,
What I meant is that if nb-javac is the way to go then let's start
trying to convince OpenJDK guys to support nb-javac now (as Neil
suggests in another email), so that we can have this as a solution for
long term, say within one year. I can give a hand there too if needed.
If they refuse to help then the sooner we know the better, so we can
think of another long term solution.
Regarding LSP I still think we should adopt it. Not for Java
specifically, but for all the rest of languages [1], say Haskell, Go or
O'Caml.
Cheers,
Antonio
[1] http://langserver.org/#implementations-server
El 14/11/17 a las 21:57, Geertjan Wielenga escribió:
Well, maybe:
- short term: a solution whereby nb-javac is acceptable (let the user check
a checkbox in the convenience binary installer whereby they agree to suffer
all [not really existent] legal consequences of downloading and installing
the two nb-javac JARs)
- medium term: drop nb-javac and use javac directly (jlahoda has a
prototype)
- long term: LSP (antonio has a dream)
Gj
On Tue, 14 Nov 2017 at 20:36, Antonio <[email protected]> wrote:
Hi,
Yes, exactly: we need two solutions for the same problem: a short term
one to launch but a long term one too.
I think I read somewhere that the Language Server Protocol had problems
with refactoring. I'm not sure about this, though.
From my point of view the NetBeans IDE should embrace the LSP sooner or
later. I don't think LSP is just a fashion, and I think it's going to
stay. Taking advantage of any third-party LSP tools would be great.
Finally, I don't know if LSP is comparable to nb-javac, nor if they're
incompatible. I'll have to dig deeper into nb-javac to understand to
what extent is integrated into the NetBeans IDE, what it does and how it
works. Any pointers on this, anyone?
Cheers,
Antonio
El 14/11/17 a las 20:44, Geertjan Wielenga escribió:
What we want, is not so relevant, unfortunately. And asking anyone
anything
is a question of months, which we don’t have. Wider needs, great, let’s
work on those.
In the meantime, what’s the best approach? Maybe putting these two
nb-javac
JARs on bitbucket and explicitly informing the user during installation
via
the installer wizard for agreement on theibeing downloaded and placed in
the correct locations locally?
Gj
On Tue, 14 Nov 2017 at 19:36, Neil C Smith <[email protected]>
wrote:
On Tue, 14 Nov 2017, 18:54 Jan Lahoda, <[email protected]> wrote:
Another aspect is from where to download the library: I assume we would
need a reasonably stable place to which we could point the users.
Are there any opinions on this?
As before when this came up, as well as where it's downloaded from, I'd
be
interested to know how it's going to be maintained there? It feels hard
to
answer one question without the other?
I also still wonder whether there's been further thought on asking the
OpenJDK project to host it (as ide-javac)? The last time I suggested
that
there was a feeling that it was too NetBeans specific, and other
projects
were moving to things like Language Server Protocol. Just for the record
(as I mentioned to Jaroslav a while back) of the two LSP plugins for
Java,
one is Eclipse based, and the other is using nb-javac. There is
obviously a
wider need for the features it brings!
Best wishes,
Neil
--
Neil C Smith
Artist & Technologist
www.neilcsmith.net
Praxis LIVE - hybrid visual IDE for creative coding -
www.praxislive.org
