Hi Bruno,
So far I've never heard of any integration between Eclipse and some
IntelliJ APIs. Since the community parts of IJ are in an
Eclipse-friendly license, there is no reason to avoid that, so if
anyone thinks it's valuable for Eclipse to use JetBrains OSS APIs, I
guess it would be totally fine (and better than re-implementing the
same thing).
As part of the topics of Platform UI for Oxygen, there's a part
about making it easier to integrate new languages in the IDE. The
idea is to work on a generic code editor which can understand
extensions for the main code editor operations (highlighting,
completion...) and enable the right ones according to the file's
content-type (see
https://bugs.eclipse.org/bugs/show_bug.cgi?id=497871 ). This would
allow to make the language engine (responsible of parsing,
inference, building, whatever) a blackbox for the editor, and to
allow a single editor to pick its features from different engines.
A Go engine based on OpenAPI would be a good candidate to provide
such features for Go files as extensions for the generic editor.
About making an implementation of the language server based on
OpenAPI, that would be a good idea I guess. However, I have no idea
of how difficult that would be. However, the progress on the topic
of language servers seem to make it worthy to introduce this
indirection.
Note that if you compare to how other tools (Sublime, VSCode...) are
doing, consuming some external applications such as gocode, guru...
to provide IDE features seems to be a more sustainable idea. Indeed,
those CLI applications are often more sustainable that an
IDE-specific parser. However, that's specific to the community which
is around the target language.
If you get deeper into experiments, please keep us in touch.
Cheers.
|