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

Eclipse Hackathon Hamburg – 2015 Q41

Last Friday we had again an Eclipse Hackathon in Hamburg! Folks do Hackathons, it’s a great experience to be a part of the Eclipse Community!



Posted in Uncategorized | Leave a comment

OpenChrom 1.0.0 “Aston” GA

I proudly announce the official release of OpenChrom 1.0.0 “Aston”.
Some new data converters and a lot of improvements have been added.

OpenChrom 1.0.0 Aston

Posted in Uncategorized | 4 Comments