Eclipse Hackathon Hamburg – July 2017

We tried an experiment yesterday, it was quite successful. Instead of having just a meeting in the evening, we started at 11 am … eventually, it also lasts till the night :-).

Over the day, we’ve been approx. 20 people. Definitively, we will do it again! Also a big thank to the University of Hamburg and Prof. Dr. Walid Maalej who hosted us:

And a big thanks to the Eclipse Foundations for Pizza and Beverages!

In summary, 25 bugs have been fixed:


I worked on many improvements of the SWTChart extensions as part of the Eclipse Advanced Visualization Project:



See you at the next Eclipse Hackathon!

Posted in Uncategorized | 2 Comments

Eclipse Hackathon Hamburg – March 2017

Eclipse Hackathons are a great place to meet other Eclipse developers!

Posted in Uncategorized | Leave a comment

ChemClipse 0.7.0 released

I proudly announce the official release of ChemClipse 0.7.0!


But hey, what’s the difference between OpenChrom and ChemClipse?
It’s quite simple: There’s no difference. ChemClipse is the base for the OpenChrom Community and Enterprise Edition. One could compare it to the strategy RedHat runs. ChemClipse is the equivalent to Fedora and the OpenChrom Enterprise Edition the equivalent to RHEL. We as a company have a strong open source and collaboration commitment. We try to migrate as much of our code as possible to the Eclipse Foundation. Currently, we use the following setup:

  • ChemClipse (IP reviewed code and release)
  • OpenChrom Community Edition (Incubator for new collaborations and projects)
  • OpenChrom Enterprise Edition (Commercial service and support for laboratories/customers)

Also have a look at our new blog:

Posted in Uncategorized | Leave a comment

OpenChrom 1.1.0 “Diels”

I proudly announce the official release of OpenChrom 1.1.0 “Diels”:

Have a look at our blog!

OpenChrom 1.1.0 (Diels)

Posted in Uncategorized | Leave a comment

Hackathon Q2 2016 – Hamburg

Here’s a picture from our Hackathon last evening:


Please subscribe to the mailing list if you’d like to get informed about next Hackathon events:

Posted in Uncategorized | Leave a comment

Editor 3.x/4.x – org.eclipse.ui.editorss

I would like to show you how to re-use the Eclipse editor area in an e4 application. Before, I had the problem that the editor disappeared after maximizing views or that Eclipse showed me messages like:

!MESSAGE Exception while dispatching event org.osgi.service.event.Event [topic=org/eclipse/e4/ui/model/application/ApplicationElement/tags/REMOVE] {ChangedElement=org.eclipse.e4.ui.model.application.ui.basic.impl.PartStackImpl@4981d95b (elementId:, tags: [active], contributorURI: platform:/plugin/ (widget: CTabFolder {}, renderer: org.eclipse.e4.ui.workbench.renderers.swt.StackRenderer@7b2f8152, toBeRendered: true, onTop: false, visible: true, containerData: 10000, accessibilityPhrase: null), Widget=CTabFolder {}, AttName=tags, EventType=REMOVE, Position=1, OldValue=Maximized} to handler org.eclipse.e4.ui.internal.di.UIEventObjectSupplier$UIEventHandler@5f32ab17
org.eclipse.e4.core.di.InjectionException: java.lang.ClassCastException: org.eclipse.e4.ui.model.application.ui.advanced.impl.AreaImpl cannot be cast to org.eclipse.e4.ui.model.application.ui.advanced.MPlaceholder
at org.eclipse.e4.core.internal.di.MethodRequestor.execute(
at org.eclipse.e4.ui.internal.di.UIEventObjectSupplier$UIEventHandler$

So, here’s the description how to use the editor correctly:

A) Define an Area under “Shared Elements” in the Application.e4xmi:

Application.e4xmi Area

B) Insert a “Part Stack” called “org.eclipse.e4.primaryDataStack”:

Application.e4xmi Part Stack

Add the tags:

  • newtablook
  • org.eclipse.e4.primaryDataStack
  • EditorStack
  • NoAutoCollapse

Application.e4xmi Part Stack Tags

C) Import the Area in the fragment.e4xmi:

fragment.e4xmi Import

D) Reference the Area via a Placeholder called “org.eclipse.ui.editorss”:

fragment.e4xmi Placeholder

It’s important that the Placeholder gets the ID “org.eclipse.ui.editorss”. The Area must be referenced in other perspectives via the same placeholder ID “org.eclipse.ui.editorss”.

E) The 3.x editor is used when elements are opened via the “Project Explorer”:

3.x Editor

F) The 4.x editor is used when elements are opened via 4.x editor parts:

4.x Editor

That’s it!

Posted in Uncategorized | Leave a comment

RCPTT – set a file from the workspace dynamically

I’m quite amazed how powerful RCPTT is!

Recently, I’ve encountered a problem. The task was to set the path of a file into the file selection dialog, but it should be independent of the currently used test system. The first try was to set the file directly, but the path is hardcoded:

set-dialog-result File "/home/testman/rcptt/HelloWorld.txt"
get-window -class WizardDialog | get-button "Select *.txt" | click

Hence, a better way is to clear the workspace and import the needed files into the workspace before running the tests. Therefore, a context can be created within RCPTT. The workspace is resolved by “workspace:/” in RCPTT. This could be a solution, cause the workspace is created independently – different systems, different locations. Hence, we could try:

set-dialog-result File "workspace:/com.acme.rcptt/HelloWorld.txt"
get-window -class WizardDialog | get-button "Select *.txt" | click

But this won’t work. We should have a look at the ECL commands:

Instead, we can get the workspace location by using the ECL command “get-workspace-location” and concatenate it with the path to our file in the workspace:

set-dialog-result File [concat [get-workspace-location] "/com.acme.rcptt/HelloWorld.txt"]
get-window -class WizardDialog | get-button "Select *.txt" | click

Tadaaa, that’s it!

Posted in Uncategorized | 2 Comments