In this talk we will present our plan to move Eclipse Sirius to the web and the cloud. At Obeo, we have been working on modeling tools in general, and on Sirius in particular, for a long time now. Until now, Sirius has relied exclusively on the Eclipse Platform, and consequently the graphical modelers based on it are desktop applications. Today we are ready to work with you to bring graphical modeling tools up to the cloud.
Standard [35 minutes]
So we have recently started moving algorithms to separate microservices from a large Eclipse RCP application (which by the way is tens of millions of lines of code - so we have our work cutout and it will take a long time). It would be great to drop by the conference and show you some of the design of software which we are using to deploy scalable scientific and engineering algorithms using cloud technologies like DCOS and Kubernetes backed by AWS and Azure.
When the Eclipse Microprofile initiative was started in 2016, it only took about three months before version 1.0 was launched. From day one, there were four different implementations from four different vendors available.
And the progress does not stop there! Whereas version 1.0 was a subset of Java EE specifications, the following versions bring additional technologies useful for building microservices.
Current version contains APIs and implementations for:
Since its birth, EMF is being used to guide the development of embedded systems software that is used to control and ensure safety in cars, airplanes and consumer electronics. Many organizations are turning to modeling tools like EMF to automate many of the boring coding tasks associated with developing large software systems. On top this, niche engineering domains are using EMF to validate the architecture and consistency of the instances. As a result, the EMF models for making sense of these systems quickly grew beyond couple of GB.
This talk summarizes our experiences from building language servers and integrating and using them across Eclipse, VS Code, and Atom. We talk about the good parts, e.g.:
- building lightweight tooling
- the freedom of starting fresh
- building the tooling once and reusing it across various environments
- isolated testing
The bad parts, e.g.:
- no communication among language servers
- do the work twice or more, ship libraries twice or more
And the really ugly parts, e.g.:
Conventional wisdom has it that Java EE is a bad starting point for building Java microservices, but conventional thinking isn’t relevant to the new wave of applications. It isn’t that Java EE isn’t a good choice (after all, most microservice frameworks build on parts of it); it’s that it hasn’t been growing fast enough to address the problems microservice architecture presents. Last year several Java EE server companies and Java user groups got together to start the MicroProfile initiative to help kick-start an effort to solve these new problems.
Device connectivity is one of the most common issues IoT developers need to solve. Having an open source solution based on the standardized protocols that solves recurring connectivity problems is a very useful tool to have.
Meet Eclipse Hono, a cloud-based IoT connectivity platform which provides remote interfaces for device connectivity and mechanisms for uniform interaction with devices regardless of the communication protocol.
Satellites database is a key element for the design and operation of a satellite. The French Space Agency (CNES https://cnes.fr/en) has designed several tools to manage them.
Especially the content of the database may be designed with the BEST-NG software.