Running an open source project is easy. All you have to do is make your source code available and you’re open source, right? Well, maybe. Ultimately, whether or not an open source project is successful depends on your definition of success. Regardless of your definition, creating an open source project can be a lot of work. If you have goals regarding adoption, for example, then you need to be prepared to invest. While open source software is “free as in beer”, it’s not really free: time and energy are valuable resources and these valuable resources need to be invested in the project.
STMicroelectronics offers a wide portfolio of microcontrollers (MCUs) for automotive applications, including the 32-bit SPC5 family, built on Power Architecture® technology.
SPC5Studio is a free of charge, RCP based integrated development environment provided to our customers to develop their embedded applications. Mainly based on CDT, SPC5Studio uses a large variety of other Eclipse projects (RCPTT, Eclipse Modeling Project, Eclipse Market place client, JBoss Freemarker, Eclipse Web tools Platform, ...)
In this talk I will present:
• how we extracted I/O pin mapping definition from MCU designers' settings database,
• how we ensure consistency checking between various parts of MCU configuration,
• how the configuration is used to generate user CDT application project, with code templates,
• the choices that we made using Eclipse ecosystem and marketplace in order to develop, test, validate and deploy the tool itself, but also its embedded drivers and applications.
Eclipse Cyclone DDS is an implementation of the Data Distribution Service (DDS), a standard for interoperable, secure, and efficient data sharing, used at the foundation of some of the most challenging Consumer and Industrial IoT applications, such as Smart Cities, Autonomous Vehicles, Smart Grids, Smart Farming, Home Automation and Connected Medical Devices.
UML profiles are a particular kind of domain-specific modeling languages that are implemented as extensions (formalized as stereotypes) of the UML. A well-known profile is SysML for system engineering. Like any other languages, SysML has been subject to a number of versions: 1.1 through 1.6. Providing the capability to system designers to migrate their models from one version enable them to benefits the improvement of the language but require modeling tool developers to implement ad hoc transformations.
Deploying microservices app to stg or prod is never easy but developing a microsaervice app is a true challenge. Developing such an app locally almost never replicates production environment. Is it possible to run your production Kubernetes environment in a developer mode and have IDE with all the tooling right in your browser? Eclipse Che makes it possible.
This talk will demo development of a simple micro-service application (Golang, Spring, Vue.js, node.js) in Eclipse Che, as well as talk about advantages of using web based IDEs to develop non-monolithic applications.
The continuous evolution of the automotive domain raises challenges towards autonomous driving and additionally necessitates the utilization of cloud and IoT technologies in order to cope with advanced customer services. Open source projects potentially transcend the capabilities of proprietary and commercial products due to the transparent use of a dense and intertwined set of methodologies, protocols, tools, and connectivity approaches. The newly established Eclipse Kuksa project is part of the Eclipse IoT working group and aims at establishing an open connected vehicle ecosystem.
This talk provides a concrete return of experience about the migration of Eclipse Process Framework (EPF) Composer[i] from Eclipse Galileo 3.5.2 to Eclipse Neon 4.6.3. The migration of EPF Composer was performed[ii] in four phases:
Virtualization has simplified, even helped to automate, the provisioning of resources such as servers and software. Wouldn’t it be great if developers could provision the development environment and projects just as quickly and easily as other resources? This presentation describes the Eclipse Installer by Oomph to help developers and technical leaders understand the following topics:
There's been a lot of movement in the Java EE world. From the release of its 8th edition to the shift to Eclipse Foundation and recent rebranding to Jakarta EE. At the same time Eclipse MicroProfile shown up on the EE scene with the primary goal of evolving the spec towards microservice architectures.
With all these changes happening rapidly what has happened to Arquillian, the de-facto testing tool for Java EE applications?
Facebook has more than 2 billion monthly, active users - more than active users of the internet in 2000. Humans create 2.5 quintillion bytes of data every day. Massively scalable systems and massive amounts of data are now part of every developer’s life even if you don’t work at a Silicon Valley unicorn.
During 20 years, we have been accustomed to Java EE (previously J2EE) managed by the Java Community Process. Not all of us were fully happy with this situation: we have often been frustrated by its slow process and its sometimes bloated specifications. But at least, it was considered as a long-term standard. In less than 6 months, everything has changed and now, we have Jakarta EE managed by the Eclipse Foundation. Who could have imagined such a change in a short period of time?
Autonomous driving solutions introduce a new complexity into the development of embedded systems in a car. This complexity rises with each level of control and autonomy. New tool categories have to be added like machine learning, but also existing technologies, like simulation, are stretched to their current limits. E.g., it is expected that the validation of a fully autonomous driving solution requires test drives in the amount of billions of kilometers.
Imagine you could navigate through your data graphically directly in the web browser. Imagine you could easily equip your web application with visualisations of complex relationships. Imagine a graphical modeling tool in the web.
Working on evolving EMF Metamodels?
Testing your business rules?
You surely need easy-to-evolve instances of your metamodel!
In classic approaches, you either had the choice of creating static model instances, which are difficult to maintain, or to use the EMF API (hopefully with some custom helpers) to create compiling models, which are hardly understandable and a real reference nightmare.
Tons of outdated resources or boilerplate code to fix, on a simple metamodel modification. don’t let your tests bring you down.
BOEM will make your day.
EMF Forms is a framework for developing high-quality, form-based UIs quickly and easily. The forms support general data entry and modification, be it for business applications or development tools. EMF Forms dramatically reduces the effort of UI development while providing a rich feature set that can handle very complex use cases.
EMF Forms is already widely used by a large developer base in various application domains, but we do not want to overlook potential new developers!
Model-based engineering tools are most successful, if they are as domain-specific as possible, reflecting the specific needs of the domain and its users. Thus, not only a domain-specific modeling language, but also a specialized modeling environment is required that takes the domain users' background, their roles, and currently used infrastructure into account. Often, the domain-specific modeling languages have a considerable overlap with UML though.
The democratisation of connectity and computational capabilities are making it possible for virtually anything to be connected and thus to share data as well as take decentralised decisions. Several of these new devices gaining connectivity are powered by small micro-controllers, connected through LoWPAN or LPWAN and in most of the cases battery-powered. As a consequence of the expanded connectivity, the scale of systems is growing, as it is the level of asymettry.
This talk will give an overview of how XText has been used to enable various functionalities to support model-based system design in CHESS (1) the use of formal languages for the definition of CHESS elements such as formal properties and transition guards and effects in UML State Machines, (2) the control in real-time of the correctness of these elements (3) import of textual specifications of system models (4) conversion of CHESS models (including SysML architectures enriched with contracts and UML State Machines) into the format accepted by backend tools such as nuXmv and OCRA for formal