Nebula project is an aggregator where different Eclipse projects and independent contributors collaborate on building Custom SWT widgets and reusable UI-Components useable in UI-Applications built using SWT, JFace and RAP.

main references:

Get the Code and Setup Git

Git clone URI

Git push URI


Import Projects


Any E4 Application is based on the application model, which is generated starting from an EMF Model.

This model is available in the project org.eclipse.e4.ui.model.workbench, hosted in the eclipse.platform.ui repository.

Open model>UIElements.ecore to see the EMF Model

The basic elements, like Part, CompositePart, InputPart, etc.. are defined under the basic package-node

If you open the UIElements.genmodel, you’ll see the actual genmodel for the Elements

You can generate the model starting from the EMF Metamodel.

After the generation, the generated classes and interfaces will be visible under the src folder.

As example, the interface MPart is under org.eclipse.ui.model.application.ui.basic, and the implementation PartImpl, is in the package org.eclipse.ui.model.application.ui.basic.impl


See also







POJO: simple java object with getters and setters

Bean: (spec.) like above, with empty constructor and event mechanism. In this case is:


Complex databinding example

Using window builder

StringDateToLongDateConverter it converts the value





prepare dev environment: java 7 or 8 + javafx libs.

JavaFX not visible to OSGi classpath: According reference some check is required to ensure a proper JVM is installed and JavaFx library is accessible

install e(fx)clipse JavaFX-PDE_Integration and additional features, from Kepler, Luna, Mars Nightly or Mars Milestones update sites.

Install CDO Version Management Tool from the CDO integration update site.

Install the Maven Integration (m2e) to run GEF/GEF4 builds

Get source code with EGit, using the ssh:// protocol for committers and the git:// protocol for contributors. As example, for contributors it will be:

  • gef: git://
  • gef4: git://

After cloning from remote repositories to local, checkout the projects

Since BIRT charting is complex, here are some tips to understand this better.

Source code for BIRT examples

The most effective way to develop applications using BIRT charting API is to get the source code for org.eclipse.birt.chart.examples on your workspace; run the chart examples and then write your own code.

To do this:

  1. Get the clone url for the project, ie
  2. clone the project to local repository, ie: C:\Users\me\git\birt
  3. import the project org.eclipse.chart.examples from git local repo to workspace
  4. search for main() methods to run available examples

As example, the SwingChartVieverSelector class runs the application to display the following chart


Read FAQs

First of all: read BIRT Charts 2.2 faqs

To Generate a chart



As per reference ( ) ..

You’ll need to know few things before you contribute code

Environment Setup

Get Eclipse SDK (I-Build or M-Build) from the download page, unpack it and open the workspace you use to contribute.

Download the platformUiTools.p2f  provided by the Eclipse platform team and install the required plug-ins from that file, by using the Import menu: Install > Install Software Items.

IDE Properties Setup

on Preferences > General > Workspace, set text file delimiters to Unix line delimiters

on Preferences > Java  > Editor > Save Actions, enable the “Perform the selected actions ..” and set:

  • Format Source Code > Format Edited Lines: to avoid formatting the whole file, but limit the changes to edited lines.
  • Additional Actions > Remove Trailing Whitespaces: to avoid adding trailing whitespaces

Contributing Code

To contribute to Platform UI you will need to get the project source code, stored in eclipse repositories. If you are not a committer and you want to contribute, it is better you use the Gerrit URL to clone the remote repositories. So doing you will be able to get the latest source code from Eclipse master repositories, and commit your changes to Gerrit, so the Committers can validate your work before committing in into Eclipse codebase.

The image above represents the workflow for contribution in 5 steps:

  1. clone from master to local (use gerrit repo)
  2. fix the code and commit on local repository (until ok)
  3. push changes from local repo to gerrit repo
  4. a committer will review the change (until +2)
  5. a committer will commit the change

Note: To ensure work on sources> fetch from remote and rebase to fetched master (or pull)

Get source code

Connect to Local Git repositories if they already exists.

Otherwise you will need to clone the needed remote repositories to your local Git folder.

Clone Platform UI Repositories

To contribute to Platform UI you will need to get the project source code, hosted in the three Git repositories below.

The above URLs contain with fake Gerrit userid to be replaced with your real one.

The first time I clone repositories I provided Gerrit username and password and I chose to store in Secure Store. So doing the future commit operations will not require the password again.

At the end of the import you can see the Gerrit icon over cloned repos.

After cloning, download psf-import-file , and edit it, by replacing all ssh URLs with the Gerrit URLs containing your real username.

Fix Setup Errors:

To fix API Baseline Errors: unzip latest stable version of eclipse, and set it as baseline for development

  • on Preferences > Plug-in Development > API Baseline, set the Eclipse installation directory as API Baseline.

To fix build path problems: install missing JREs (1.6, 1.7 .. ) and reference them.

  • on Preferences > Java > Installed JREs. reference missing jre/jdk

Fix Bugs and Contribute

The code contribution are mainly done by fixing bugs, which are listed in eclipse bugzilla (

Usually a contributor starts by fixing very simple bugs (typos, simple files) and proceed toward more complex stuffs.

The Git workflow for contributions is not immediate, and it can be frustrating, especially at the beginning.

Bug Search

below there are some of the common bug searches I perform when I intend to fix bug on Eclipse Platform UI / Runtime

[link] : Eclipse Platform UI and Runtime, with status UNCONFIRMED, NEW, ASSIGNED and REOPENED, ordered by ID desc.

[link] – Eclipse Platform UI and Runtime, UNCONFIRMED, NEW, ASSIGNED and REOPENED, ordered by ID desc, keyword: bugday | helpwanted

Prepare your workspace to Code

Pull latest version from Eclipse remote master to your local repository. Gerrit will work like a proxy (is transparent) when getting the source code from Eclipse master repository.

Branch immediately the repository you will work on. This is very convenient for several reasons:

  • working on your bug without risks
  • getting back to the master branch just by click on switch branch > master
  • work at the same time on multiple bugs without code loss
  • allow the committers to examine your code and merge it easily

This post describes how I install Java, Ant and Maven on my Windows PC, and how I setup the environment variables for development.

Install Java, Ant and Maven

When installing Java, Ant and Maven, I’m using “C:\opt” as basefolder, instead of the standard “C:\Program Files (x86)” directory.

Install Java, Multiple Versions

To install multiple java versions, I first uninstall any java installation from my PC, then i start installing the different versions, starting with the one with the lowest version number.

As install location, I’m used to change the default install directory, to have base path without spaces. As example:




After installing Java I set the JAVA_HOME enviroment variable, and I add the java binaries entry ( %JAVA_HOME%\bin ) to the path.

To test it is working, I type from command prompt :

The result is below

 Install Ant

The installation consists in download the latest binary, and unpack the file into a directory in my PC. As example:


After unpacking I set the ANT_HOME environment variable and I add the %ANT_HOME%\bin entry to the path

To test the setup, I type from command prompt:

The result are below

Install Maven

As for Ant the installation consists in download the latest binary and unpack the file on a directory. As example:


Then I set Maven environment variables, and I add the maven binaries (%M2%) to the PATH.

To test it, I type from command prompt:

The result is below

Environment Variables

Supposing we installed java in C:\opt\java\x86\jdk1.8.0_40 ; we unpacked Ant in C:\opt\apache\ant-1.9.4 and Maven in C:\opt\apache\maven-3.2.5,  we should have set the below environment variables:

We can test the tools are working using command prompt, as follows:

java -version
ant -version
mvn –version

Search for eclipse.plaform.ui in eclipse git repositories.

Click on project name to see the main page for the git project repository:

In this page are listed the commits. In the bottom left there are three alternative URLs for getting the source code. I choose the git one, then clone via command line.



Learning Git, by reading Lars’ book on Git ; Sopot’s suggested Git official documentation and Dani’s recommended Git Parable.

Install Git On Windows

The easy way to install Git for Windows is by installing GitHub for Windows (ref). After verifying the connection with my GitHub repository, I can start Eclipse, and connected to the same repo using EGit.

Using EGit

Mos of topics are covered in Eclipse Wiki, under EGit/User Guide. The most important for me are: Rebasing.