Building Domain-Specific Languages (DSLs) has been a great success in the software engineering community. Indeed, frameworks like EMF, Xtext, GMF, and Graphiti enable DSL developers to create or generate complex metamodels, complete language interpreters and full-blown editors (textual or graphical), sometimes with only a few clicks. However, in real-world systems development, applications need to be modeled through multiple orthogonal but interdependent views, each of which is focused on a specific aspect of the system.
Gendoc2 is a "What You Write Is What You Get" solution developed in order to generate industrial documents from EMF models. From a standard OpenOffice Writer (.odt) or Microsoft Word (.docx) document template in which a script in M2T Acceleo language is written for each dynamic section, and some tags are added to describe the location of the datasource models, a final document can be generated, respecting industrial quality document templates.
The ability to build effective and efficient development studios is a major challenge for large companies nowadays.
For several decades, IFP Energies nouvelles (or IFPEN) has been developping scientific softwares in the field of geosciences. This old generation of monolithic softwares is progressively being replaced by a new generation of full-featured, geoscience software solution which is used by the oil and gas industry. The innovative nature of this scientific software solution comes from the fact that the desktop part is entirely based on Java and the Eclipse RCP framework.
This talk is about the feedback of a large french insurance company with 2.8 millions of insured members. They needed a tool to get a structured, centralized and unified vision of the P&C (property and casualty) products for Fire, accident and miscellaneous risks. The goal was to provide to insurance business experts a dictionary to specify their marketing offers and the characteristics of their products. The solution allows the users to directly configure the business part of the Information System (mainframe, intranet and new web apps).
Eclipse has established itself as the emerging tool platform in the automotive industry. Various companies cooperate in the Automotive Industry Working Group to provide a common Eclipse platform for automotive tooling. A number of these tools will be used to manage the system models of one or more ECUs (Electronic Control Unit).
However, these models can easily become quite large and easily exceed the capacities of 32bit Java virtual machines or standard workplace PCs.
When it started in 2007, EMFCompare 1.x was designed to compare models that could fit entirely in memory. Since then, EMF has been used to design bigger and bigger models, to the point that they can sometimes barely fit entirely in a laptop's memory. EMFCompare 1.x is irrelevant to compare such big models because its comparison engine needs to handle 2 or 3 versions (three-way diff) of the models under comparison.
As a software developer, programming is as natural as speaking and listening. Java code rolls from your fingertips accelerated by Eclipse's excellent tools. In contrast, modeling is an arcane art focused on strange rituals: rendering diagrams that never scale no matter the monitor size or navigating a maze of menus and dialogs that never yield a comprehensible overview. It's not surprising that there is a strong aversion to modeling: it simply goes against the grain. In this presentation we'll learn that nothing could be further from the truth.
EMF is a powerful technology, it is simple yet powerful and is at the core of a rich universe of components.
This talk celebrates this universe through a condensed presentation of 15 cool projects - mostly frameworks - to push your EMF usage beyond its limits.
For each project : its scope, an example and feedback from the trenches. It's gonna be fast, you're going to discover new projects, you're going to learn what we built with it and how we feel about it. No less, no more, but 15 times.