Using JBoss EJB 3 with Eclipse RCP [Part 1]

I got a lot of hits to my article about how to connect an Eclipse Rich Client Project to JBoss and EJB 3. Most of these hits came from people outside of germany and they left right after entering the page. So I think that there is some interest in an english version of this article.

Our goal

We want to create an Eclipse Rich Client Project (RCP for now on) consisting of the RCP-plugin and a second plugin containing the JBoss client JARs. To keep things simple, the EJB-Classes will be hold directly in the RCP-Plugin. In a later article I will show how to extract the business-classes in an extra plugin to ensure better maintainablity.

The problem

The OSGI-Classloader from Eclipse creates an extra Classpath for any plugin it loads. Classes from other plugins are therefore invisible. This behavior is pretty good in generel because it allows Eclipse e.g. to enable or disable plugins at runtime. But sometimes it is necessary to give plugin A access to classes in plugin B. This can be archived by declaring a dependency between A and B.

But for our problem we need access in both directions. Our RCP needs “to see” the JBoss classes and JBoss needs access to our EJBs. And because this is not possible you will get a lot of

Javax.naming.CommunicationException [Root exception is java.lang.ClassNotFoundException: bz.jmc.blog.tutorial.rcp_with_jboss.ejb.MyTestStatelessSessionRemote (no security manager: RMI class loader disabled)]

and other errors.

The solution

As mentioned above, you can’t set a dependency in both directions. We need another solution for this particular problem and this solution is called “Buddy Classloading”. So it is possible to “open” one plugin for others. Other Plugins can register as a buddy and give access to their classes.

In some upcoming articles I will create a small tutorial project with screenshots, illustrating the buddy classloading solution.

• Part 2
• Part 3
• Part 4
• Part 5

GPS-Tracks mit dem Pocket PC aufzeichnen

Nachdem ich nun eine digitale Spiegelreflex (Nikon D70S) besitze (naja, zumindest fast, da sie schon / noch in Reparatur ist) und ich ein wenig bei Flickr aktiv geworden bin, kam der Wunsch auf, die Bilder auch geographisch zu kennzeichnen. Dies wird allgemein als Geotagging bezeichnet.

Das nötige Equipment ist vorhanden, die Suche nach der Software war allerdings ein wenig aufwändiger. Folgende Ausstattung ist für meinen Ansatz nötig:

• ein Pocket PC (am besten mit Windows Mobile 5)
• ein kompatibler GPS-Empfänger (entweder eingebaut, Bluetooth oder mit Anbindung per Kabel)
• die kostenlose Software Odgps

Es wird einiges an kostenpflichtiger Software für diesen Zweck angeboten. Diese war mir aber für den geplanten Einsatzzweck zu teuer und / oder hat zu viele Ressourcen verbraucht (z.B. GPSTuner). Ich wollte ja nur eine Software, die eine bestimmte Wegstrecke als GPX-Datei speichern kann… Mit einer ganzen Menge “googlen” fand ich dann Odgps.

Odpgs wird als Donationware angeboten. Es glänzt zwar nicht mit einer verspielten Oberfläche, aber das ist ja auch nicht erforderlich. Unter Tracker -> NewTrack kann man die Aufzeichnung eines neues Tracks starten. Abgefragt wird noch der Name, den die Datei haben soll.

In weiteren Beiträgen werde ich dann beschreiben, wie man die mit Odgps gewonnen Daten mit seinen Photos verbinden kann und wie es sogar möglich ist, Odgps und sein Navigationsprogramm (z.B. TomTom) parallel auf dem Pocket PC zu betreiben.

Die Screenshots wurden übrigens mit PocketSnap aufgenommen, welches von Boris Nienke geschrieben wurde. Boris ist einer der Macher vom HappyShooting-Podcast.