Skip to main content
Jump to: navigation, search


Reorganization of builds and downloads

As there is currently no official release of PMF there is no reorganization of downloads to plan. Wazaabi will have its own job on eclipse hudson shared instance and use it for continuous integration.

Release policy

In opposition to PMF, Wazaabi will try to release frequently following the EGit example. The participation to the release train is not planned until the graduation of the project.


Writing Graphical User Interfaces (GUI) is time and effort consuming, and when they have to evolve, doing changes could become quickly a nightmare. Hand-writing code for GUI is complex as the code is spread over several source files and their relationship is not always obvious. By using a visual designer, the programmer avoids writing boilerplate code, but semantic information remains stored at the source code level. A model-based approach help to raise the level of abstraction. To avoid generation and deployment additionally steps models could be interpreted enabling one to modify rapidly and easily user interfaces.


Objectives of Wazaabi are the following:

  • Provide an easy to use framework to build UIs by defining a set of UI models
  • Provide an easy way to bind UI models to real life domain models by supporting data binding
  • Provide rendering engines interpreting UI models and syncing with real UI on several platforms, including SWT, Swing, Ajax, GWT…
  • Provide a set of tools for designing, comparing, merging, testing and documenting UI models


In this section we describe the main components of the Wazaabi project in details.

UI models

In the domain of user interfaces, the designer has to perform recurrent actions, like structural changes, comparison or merge of screens, documentation etc. Dealing with lines of source code instead of UI artifact implies significant overhead and leads to increase development and maintenance costs. In other words, model-based approach avoids dilution of semantic concepts in source code. Wazaabi provides not only a set of models for describing UI parts, but also methods to model the most common pattern the designer faces.


Once the description of the UI is completed, graphical components must be linked or bound to underlying business objects. Wazaabi proposes an additional model for supporting bindings between business-tier models and UI models. The binding model can be represented as a process in order to transform business-tier data.

The engines and the live models

Wazaabi does not follow the traditional MDA approach consisting in model to code generation cycles. There is no code generation, instead it is based on model interpretation aka live models. Changes in the model do not require explicit regeneration, rebuild, retest, and redeploy steps. This will lead to a significant shortening of the turnaround time. The model is available at runtime it is even possible to change the model without stopping the running application.

Live models reduce the distance between design and running times. The Engines are the Wazaabi components able to render a UI model for particular target UI technology. It is important to note that the engines track and reflect not even changes from the model to the UI but also from UI to model due for instance to user input.


SWT is the widget toolkit on which is built Eclipse IDE, but it is not the only one available for building UIs. Wazaabi will provide rendering engines for SWT, Swing, Ajax, GWT, etc...


Wazaabi will provide a range of tools to assist designers during all the process of building and maintaining UIs. Visual design, facilitator for a good code-model interaction, version management, documentation, test building, etc...

Relationship with other Eclipse Projects

  • Wazaabi will be a sub-project of PMF
  • Wazaabi uses EMF on the domain side.
  • Wazaabi is built on top of Equinox for the osgi version
  • The SWT Engine is built on top of SWT & Jface
  • Architect, the graphical Wazaabi modeler is built on top of GEF
  • The E4 Toolkit Model was developed in parallel with Wazaabi, to get essentially the same ideas into e4. Now that Wazaabi is fully open source, it could make sense to try to merge them.

Back to the top