With technologies like Quarkus and GraalVM emphasizing the importance of Java ecosystem in the cloud, good language support becomes important across various IDEs.
The JDT project has been around for a long time so it would be nice if all could benefit from the work that has gone into it, rather than having to reinvent the wheel.
Eclipse Che supports Language Server Protocol (LSP) and it makes possible to support many languages which implement it.
Che uses Theia IDE as a default IDE and it is easy to create new plug-in for Theia IDE with some language and run it in own docker container aka sidecar container. As an example I will take the implementation of LSP for C# - omnisharp-roslyn and create a simple plugin to connect it with Eclipse Che. This session will show you how to create a new plug-in for Theia IDE and how to use it as a remote plug-in in Eclipse Che.
GraalVM is a new high-performance polyglot VM from Oracle that will probably replace the HotSpot JVM sometime in the future. Reason enough to take a look at the first releases of the GraalVM and explore what that means for Eclipse. This talks gives an intro to GraalVM, explains the different pieces, and explores possible ways to use GraalVM together with the Eclipse IDE. Among the topics we will talk about:
Adding support for a new language to an editor or IDE was once a tough task. With the development of the language server protocol that is no more. Eclipse supports the protocol and we used that to connect a new language to the Eclipse IDE: Dart.
The Dart programming language is a relatively new language. Currently it is widely used within the Flutter project which aims to be a toolkit for cross-platform and native app development. It is also used in various web related projects.
There is currently a large hype surrounding the language server protocol (LSP) which provides a very flexible and well-proven architecture for implementing textual language support. Wouldn’t it be cool to use a similar protocol and architecture for graphical modeling languages, too? Following in the footsteps of LSP, is it possible to allow a “generic diagram editor” talk to a graphical language server, retrieving information such as how nodes are rendered, how they can be connected, or which elements can be created from a palette?
This talk shows how to use language servers to enhance the existing Java tooling in Eclipse. We explain how language servers can be integrated into JDT so that they work together in a seamless way using the LSP4E project and what custom code needs to be written for that integration.
Apache Camel is a well-known largely used integration framework which is providing different DSLs most notably inside Java and XML documents.
Dedicated tools are currently available only in 2 different IDEs, each with a very different set of features and no factorization between both. Most Apache Camel users don’t take into account existence of Camel Tooling in the choice of their IDE, as they focus on other criteria, so they miss to use the recommended tools. How to bring tooling to them?
