blog of itemis l.e.

Ich bin gerade unter Anderem dabei einen Showcase vorzubereiten, in dem es darum geht, Anwendungen mit Fit/FitNesse zu testen.
Speziell geht es dabei um eine Webanwendung die als Software-Under-Test mit Black-Box Tests getestet werden soll.
FitNesse in Kombination mit Selenium eignet sich für diese Art des Testens sehr gut. Der wikibasierte Editor im FitNesse ist allerdings unzureichend für diejenigen die sich gern eigene Editoren z.B. mit Xtext bauen.

Und so habe ich mir eben einen Testeditor und einen Oberflächenbeschreibungseditor gebaut. Damit kann ich sehr schnell Oberflächen modellieren und diese Modelle mit Testmodellen verbinden. Neben dem sehr angenehmen Schreiben der Testfälle und Testsuiten habe ich auch die Möglichkeit beispielsweise Testüberdeckungsmaße für Oberflächenelemente zu berechnen. Auch die möglichen Fixtures und ihre Kommandos kann ich darin modellieren und nutzen.

Ursprünglich hieß der Vortrag modellbasiertes Testen. Da modellbasiert aber nicht mein Ziel, sondern mein Weg ist, habe ich den Vortrag kurzerhand umbenannt in schönes Testen.

Und letzte Woche waren nun 2 eclipse Democamps hier in der Nähe. Zuerst hatten wir zusammen mit der TU Dresden ein Democamp in den hochmodernen Räumen der TU. Einen Tag später durfte ich nochmal ran beim Democamp in Jena im Intershop-Tower. Der Ausblick aus der 29. Etage ist immer wieder faszinierend.

Anbei noch 2 Fotos vom Dresdner Democamp, bei dem fast 80 Teilnehmer anwesend waren.

Am letzten Donnerstag, 26.11.2009 war es nun endlich soweit: das erste von itemis in Frankfurt/Main organisierte Eclipse Demo Camp fand statt. Im Vorfeld hatten wir uns mit Sebastian Meyen und Hartmut Schlosser schon rechtzeitig die tatkräftige Unterstützung des Software & Support Verlags (Eclipse Magazin, Java Magazin, …) gesichert.

In den letzten Tagen trafen noch zahlreiche Anmeldungen ein, so dass wir schliesslich mit ca. 70 Teilnehmern rechnen konnten. Diese Zahl haben wir dann vor Ort noch etwas steigern können. Schliesslich mussten wir sogar noch weitere Stühle besorgen, um allen der gut 75 anwesenden Zuhörer einen Sitzplatz bieten zu können.

Interessiert folgten wir den Kurzvorträgen von:

• Nikolai Busse, der über das Projekt Optimise der Deutsche Börse berichtete. Das Interessante an diesem umfangreichen Projekt ist, dass gleichzeitig Java und C++ Quellcodeartefakte generiert werden.
• Im Anschluß legte Ekkehard Gentz – vielen Entwicklern sicher als Ekke bekannt – noch die Modellierung und Generierung von dynamischen UIs auf Basis des Projekts redView nach.
• Nach einer kurzen technischen Panne durch Ausfall des Beamers zeigte uns Karsten Voigt die Integration von JPA (EclipseLink) in OSGi basierte Anwendungen.
• Das noch recht junge Projekt Code Recommenders stellte uns Marcel Bruch von der TU Darmstadt vor. Ziel des Eclipse Projekts ist es, neuen Entwicklern im Team bessere Unterstützung in Form von kontextabhängigen best practices zu bieten.
• Eine wirklich theaterreife Vorstellung des Projekts Usus gaben uns im Anschluss Stefan Schürle und Leif Frenzel. Eine Zusammenstellung verschiedener Eclipse Plugins soll die Nutzung von Metriken und Qualitätsindikatoren ‘on-the-fly’ im Team vereinfachen. Danke an die Beiden für die Auflockerung zu vorgerückter Stunde.
• Als Letzter in der Runde gab uns Benjamin Muskalla (EclipseSource) einen spannenden Ausblick auf die Zukunft von Eclipse RAP (Rich Ajax Platform) und mögliche Ansätze zur Adaption von Eclipse E4.

Im Anschluß an die Vorträge gab es bei einem Bier noch viele anregende Diskussionen beim Griechen.

Ralph Müller (Eclipse Foundation) musste krankheitsbedingt leider dem Demo Camp fernbleiben. Die besten Genesungswünsche an dieser Stelle, Ralph!

Danke auch für das zahlreiche positive Feedback, welches wir im Nachgang erhalten haben:

• “Eine rundherum gelungene Veranstaltung! Ich hoffe, wir dürfen mehr dieser Art erwarten.”
• “…noch einmal vielen Dank für das Eclipse DemoCamp in Frankfurt.”
• “Ich warte auf die nächste Veranstaltung dieser Art, in der sich passionierte (Eclipse) Handwerker über ihre aktuellen Arbeiten austauschen können.”
• “Danke schön für die spannende und produktive Veranstaltung (Eclipse Democamp) von gestern.”
• “…sehr gute Veranstaltung gestern.”
• “Es war eine wirklich tolle Atmosphäre im Raum mit einem guten Publikum.”

Bis zum nächsten Camp!

Developing OSGi bundles or eclipse plugins, features, updateSites, products or fragments within eclipse and the PDE is excellent. Headless build automation and dependency management for java based projects is also excellent with maven from Apache.

But the combination of maven based builds and eclipse development was till recently awful.

Since some days ago the brand new maven 3 alpha 4 and the new tycho 0.5.0 are available for download.

With these two new versions it’s more easier to enable headless eclipse or OSGi bundle builds based on maven. Included is also, e.g. target platform management and P2 integration.

Thanks to the people from sonatype for this great work.

I will describe in some more posts, the steps on migrating existing eclipse builds to maven.

Last week we have set up an eclipse update site for a customer project. Therefore we use SSL on https. But the first try to connect to this site from eclipse 3.5 ends up in:

sun.security.validator.ValidatorException:
PKIX path building failed: sun.security.provider.certpath
.SunCertPathBuilderException:
unable to find valid certification path to requested target


The error log say’s:

org.eclipse.equinox.internal.provisional.p2.core.ProvisionException:
No repository found at https://ftp.itemis.de/XYZ/.
at org.eclipse.equinox.internal.p2.repository.helpers
.AbstractRepositoryManager.fail(AbstractRepositoryManager.java:380)


So I look for a description on how to add a self signed certificate into the keystore I used in my eclipse and I found Cannot use the Eclipse update site when server uses secure HTTPS protocol@IBM Rational.

Sounds perfect. I’ve downloaded and saved the certificate as DER file. Then I tried to add it to the jdk-keystore file, but it doesn’t work. I don’t have enough privileges to change the file in the jvm installation path. So I created my own keystore as described at the IBM site and configured it in my eclipse.ini with

-Djavax.net.ssl.trustStore=/Users/stundzig/eclipse.keystore
-Djavax.net.ssl.trustStorePassword=changeit


Now I started my eclipse again and got this

java.security.InvalidAlgorithmParameterException:
the trustAnchors parameter must be non-empty

and the solution was a mistake in the referenced truststore filename. After correcting it, all works well.