Most developers in the Eclipse community are aware of the latest innovations and the coolest technologies they can use out of the box to improve their development processes. But what about business analysts and solution architects looking to improve the way they do business process design and management?
This presentation will describe the anatomy of an open-source code generator written in Xtend that can produce fully functional data-centric applications on the Java EE and MEAN* stacks from executable models created with Eclipse UML2 (via TextUML), and the challenges in building such generator. The generated application will include a REST API, a user interface, database persistence, domain layer, and a suite of functional tests.
Xtext is the well-established standard for creating language IDEs in Eclipse. Its text-based editor has a plethora of great features by default and it can be tweaked to support almost everything a user desires. But sometimes a picture says more than a thousand words, and the users want to have diagrams for their language. Having seen a revolution in UX design during the last 10 years, the users’ expectations on a graphical tool are very high. Unfortunately, our traditional graphical editing frameworks have not caught up, and integrating them with Xtext will add further usability quirks.
Many modeling talks assume you have used the Eclipse Modeling Framework (EMF) before. But what if you haven’t? What is all this modeling stuff about? What is EMF anyway and who is Ed? Now that EMF is part of Eclipse 4, it is really time to get started with EMF.
This tutorial explains the basics of EMF and how to use it. It is a hands-on tutorial where you really get to "touch" EMF. During the tutorial we - that is you and we - will build a simple data-centric application, including the UI, based on EMF.
Xtext provides rich textual editing for your domain - aka "your own IDE" while Eclipse Sirius makes rich graphical editing a breeze for any kind of EMF model, but can they work together ?
EMF is very successful in the Eclipse Ecosystem and is found in many applications - even in the Eclipse Platform starting with 4.x. With EMF, models can be defined very quickly and instances of the created models can be created and stored by the users (e.g., in XML files). The problem that will inevitably arise over time is that these models will at some point need to be changed. And this is where things get ugly. What about the model instances your users already have? Do they still conform to your new model? How can you migrate them to the new model?
For the people having spent the last years living under a rock, CDO is a popular model repository based on EMF allowing collaborative work.
This talk is not about UI, integration with current modelers or other frontend stuff.
This talk is for people who want to see code, architecture diagrams and get developer feedback.
A general overview of the CDO components and their interactions will first be presented.
Manual development of user interfaces for business applications has several drawbacks. Visible components such as forms or reports are typically subject to constant change in response to user feedback. Additionally, many forms are often developed in parallel while each form must still comply with a uniform look and feel. Typical UI layout technologies are powerful but also complex to use since they have to support any kind of possible layout. Maintenance and testing of manually coded forms is costly, time-consuming and error-prone.
The modeling community is among the most active and diverse in Eclipse's ecosystem. The modeling symposium aims to provide a forum for community members to present a brief overview of their work. We will encourage 10-minute lightning talks to facilitate a broad range of speakers. The primary goal is to introduce new and interesting technology features. We will open up an informal call for submissions from the community. Depending on the number, we will select submissions that will create a diverse slate of talks.