Hier möchte ich euch kurz mein heutiges Problemm schildern. Ich habe Eclipse Helios und über den Eclipse Marketplace Sonatype’s m2eclipse und die dazugehörigen Extras installiert. Ich habe in der Vergangenheit schon gute Erfahrungen mit dem Maven 2 Plugin gemacht. Um ein zusätzliches Repository zu dem Standard Nexus hinzufügen musste man die Maven Indexes View hervorholen. Dort konnte man komfortabel ein weiteres Repository anlegen. Heute habe ich aber nur eine View namens "Maven Repositories" gefunden und keinen Button zum hinzufügen eines weiteren Repositories. Also schaute ich bei Sonatype in die Dokumentation und die zeigte weiterhin den mir bisher bekannten Weg. Wenn die Maven Indexes View also nicht existiert, wie soll ich dann ein neues Repository hinzufügen?

Lösung: Die Maven Repository View zeigt das lokale ein globales und alle von Projekte referenzierten Repositories an. Das heißt wenn man in die POM eines Projektes erstmal ein Repository eingetragen hat, sieht man es nach dem Speichern auch in der neuen View. Ich finde den neuen Weg persönlich weniger intuitiv als die vorherige Lösung. Zudem zeigt die Dokumentation von Sonatype noch den alten Weg.

Beispiel: Für mein jBPM 4.3 Projekt müssen folgende Zeilen in die pom.xml eingefügt werden damit das Repository mit aufgenommen wird.

  
     
  	jboss
  	JBoss Repository
  	http://repository.jboss.com/maven2
    
  

Danach kann wieder komfortabel in Maven Manier nach den gewünschten Dependencies gesucht werden. Da ich speziell mit jBPM 4.3 entwickle möchte ich euch die folgende Quelle ans Herz legen, die Dependencies für jBPM 4 auch nett visualisiert: http://community.jboss.org/wiki/jBPM4MavenDependencies.

Das Ergebnis der Analyse war ein Datenbank Dump, der im Commetrix Schema gespeichert wurde. So konnten die Ergebnisse mit Hilfe von Commetrix visualisiert werden. Die Ergebnisse seht Ihr auf den Screenshots weiter unten.

Exemplarisch starke Korrelationen bestanden zum Beispiel zwischen den Worten Gas und Price sowie zwischen President und Election. Unzählige weiter Beispiele könnte ich an dieser Stelle auflisten. Zusammenfassend hat die Lehrveranstaltung sehr viel Spaß gemacht und mich für das Thema semantische Netze begeistert.

Screenshot der Anwendung

Screenshots der visualisierten Topic Map

 

In meinem Java Projekt habe ich eine Datenbank Verbindung in der persistence.xml konfiguriert. So bin ich es aus Eclipse gewohnt und es funktioniert alles bestens. Die Anwendung konnte unter Netbeans jedoch keine Verbindung zu meiner Datenbank herstellen. Und nun haltet euch fest: Wenn man die Datenbank in der IDE gesondert einträgt unter dem Tab "Services" ist Netbeans so schlau und erkennt, dass die Verbindung scheinbar doch richtig konfiguriert wurde und stellt die Verbindung zur Datenbank her. Warum reicht es Netbeans denn nicht wenn die Verbindung in der XML eingetragen ist? Wenn jemand von euch Details dazu hat, lasst es mich doch bitte wissen.

Versionierung

• Subclipse oder Subversive: Subversion Clients

Code Analyse:

• JDepend: Tool zur Analyse von Architektur und Abhängigkeiten
• PMD: Code Analyse, sucht nach potentiellen Bugs und Problemen

Codestyle:

• Checkstyle: Regelsystem zur Einhaltung von Code Konventionen
• JAutodoc: automatische Generierung von Javadoc Kommentaren

Testing / Code Coverage:

• Emma for Eclipse oder Clover (Llizenzpflichtig)

Build

• Maven2 for Eclipse: Integration des Build Tools in die Eclipse IDE

Development

• JBoss Tools: nützlich für die Entwicklung mit dem JBoss Application Server

Seid Ihr mit meiner Plugin Sammlung zufrieden oder gibt es Plugins, die hier unbedingt mit auftauchen sollten? Mir fällt noch eines ein, dass ich schon ewig nicht mehr benutzt habe – der Visual Editor. Da die Entwicklung des Visual Editors nur schleppend voran ging und die Unterstützung in neueren Eclipse Versionen nicht immer gegeben war, habe ich mich regelmäßig mit dem guten Editor von Netbeans beholfen.

Als wir in dem völlig überfüllten (und kleinen) Raum ankamen verbreitete sich schon ein wenig Faszination, denn in der Mitte des abgedunkelten Raums stand der besagte Tisch. Die beiden Entwickler waren gerade dabei die Steuerung des Tisches zu kalibrieren und tippten eine Reihe von kleinen Kreuzen an. Diese Prozedur wiederholte sich einige Male und dann ging es ans Eingemachte.

Die Beiden (Jordan und Owen) stellten zunächst die Entwicklung des Tisches, also die Hardware, vor. Überraschend war, dass kein Teil der verwendeten Hardware etwas Super-Außergewöhnliches war. Sie nahmen ein Beamer, ein PS3 Kamera, einige Infrarot LEDs, eine Plexiglasscheibe und ein Gestell. Vom Prototyp bis zur leicht transportablen Version von heute vergingen eineinhalb Jahre.

Anschließend wurde die darunterliegende Software vorgestellt. Die Jungs kombinierten Processing, Reaktor, Java Programme und ein Open-Source Framework zur Form und Positionsbestimmung. Interessanterweise studieren die beiden Musik und haben sich nebenbei die nötigen Programmierkenntnisse angeeignet was ich beachtlich finde!

Also schaut euch Brick mal an!

Nachdem das Ziel beschrieben ist kann die Arbeit beginnen. Ich habe sehr viele Screenshots verwendet um den Weg möglichst anschaulich zu machen.

Insgesamt werden 4 Projekte angelegt. Beginnen möchte ich mit einem Projekt, dass die einzelnen WebServices (YingService, YangService und MatchService) enthält, die dann im BPEL Prozess verwendet werden.

Dazu legen wir einfach eine neue Web Application an und fügen anschließend die drei WebServices hinzu.

Jeder dieser WebServices hat jeweils eine Methode, die man über Add Operation hinzufügen kann. In dem dazugehörigen Dialog kann man sowohl Parameter als auch Rückgabetyp festlegen. In diesem Beispiel habe ich die Methoden sayYing(), sayYang() und concateStrings(String ying, String yang) genannt. Jede dieser Methoden gibt einen String zurück.

Das wiederholt man einfach noch für die anderen beiden Web Services.

Sind alle Web Services angelegt kann man sich daran machen ein BPEL Modul anzulegen. Dazu legt man ein neues Projekt an wählt im Dialog "SOA" und anschließend "BPEL Module".

In diesem BPEL Module benötigt man nun noch einen BPEL Prozess, den man über "New" ganz einfach anlegen kann. Ich habe diesen Prozess ConcatProcess.bpel genannt.

Um diesem neuen BPEL Prozess die zuvor erstellten Web Services aus dem anderen Projekt bekannt zu machen, nutzt man den komfortablen Befehl „Generate and Copy WDSL“ in dem zuvor erstellten Projekt. Als Ziel wählt man ein Verzeichnis in dem BPEL Module. Ich habe dazu ein Verzeichnis "wsdls" angelegt.

Die Abbildung links zeigt den momentanen Stand in meinem BPEL Module. Wenn die *Wrapper.wsdls und die *.xsds bei euch noch nicht vorhanden sind, liegt es daran, dass ihr die WebServices noch nicht im Prozess verwendet habt. Diese Dateien werden aber automatische erzeugt und sollten euch nicht verwundern.

Bitte überprüft an dieser Stelle den Code der wsdl Dateien. Denn beim Kopieren wurde ein URL zurückgesetzt, die nun angepasst werden muss.

Der folgende Code zeigt das Problem. Die Adress Location soll mit der aktuellen Service URL ersetzt werden.

...


      
    
  
...

...


      
    
  
...

Nun öffnet man den ConcatProcess.bpel und geht in den Designer Modus. Doch bevor der Process mit Hilfe des Designers erstellt wird, legt man am besten noch ein WSDL Dokument an, dass den BPEL Prozess nach außen repräsentiert.

Da der ConcatProcess keinen Eingabe-Parameter hat, kann man den Eintrag getrost entfernen.

In diesem Beispiel werden SOAP und der Binding SubType "RPC literal" verwendet.

In der Abbildung links sieht man erstmalig den Designer auf dem schon der Prozess zu sehen ist. Man kann nun munter die WSDL Datei auf solche Flächen ziehen, wie sie im  roten Kästchen zu sehen sind. Die drei WebServices (YingService, YangService und MatchService) zieht man auf die rechten graue Fläche und das gerade eben erstellte wsdl Dokument auf die linke graue Fläche.

Die linke Abbildung zeigt die Palette mit BPEL Elementen. Uns sollen nur die Element Invoke, Receive, Reply, Assign  und Flow interessieren.

Bitte positioniert die einzelnen Elemente wie links dargestellt in der Oberfläche. Um die Verbindungslinien zwischen den Elementen kümmern wir uns in den nächsten Schritten.

Zuerst macht man einen Doppelklick auf das Receive Element und nimmt die links abgebildeten Einstellungen vor.

Als nächstes macht man ein Doppelklick auf eines der Invoke Element im Flow und erstellt einen Partnerlink zum YingService. Dazu erstellt man sowohl Input als auch Output-Variable. Den Vorgang wiederholt man für den YangService.

Nun klickt man auf das oberste Assign Element und ein Mapper öffnet sich. In solch einem Mapper kann man die Variablen zwischen zwei Elementen zuordnen. Da wir im Receive keine Variable erhalten haben, erstellen wir String Literale, den Variablen SayYingIn und SayYangIn zugeordnet werden.

Bei dem nächsten Assign Element sind bereits Variablen vorhanden, sodass die Mapping Pfeile vom linken zum rechten Baum führen (siehe Abbildung links).

Im letzten Assign ordnet man die Output Variable des MatchService der Gesamt-Prozess-Output Variable zu, die man vorher im Dialog des Reply Elements erstellt.

Als nächstes legen wir ein neues Projekt (Composite Application) an, das später den BPEL Prozess benutzt.

Im nächsten Schritt fügen wir den erstellten Prozess der Composite Application hinzu. 

Nach dem Hinzufügen des Prozesses sollte die Darstellung der Composite Application in etwas so aussehen.

Nun kann es an das Deployment der einzelnen Projekte gehen. Zuerst sollte man den Glassfish Application Server starten. Ich nutze momentan noch den Server in der Version 2. Dieses Tutorial funktioniert aber auch mit der Version 3.

Als erstes wird das Projekt mit den drei einzelnen WebServices auf dem Server deployed. Dazu reicht ein rechtsklick auf das Projekt und Deploy. Das Deployment dauert einen Augenblick.

Das erfolgreiche Deployment überprüft man am besten in der Oberfläche des Glassfish Servers. Die erreicht man im Browser über localhost:4848. Die Anmeldedaten sind standardmäßig admin und adminadmin. Links unter Web Services sollten die Web Services zu sehen sein.

Nun kann man die Composite Application deployen. Diese findet man dann in der Glassfish Oberfläche unter JBI / Dienstgruppen.

Zum Testen der Composite Application erstellt man einfach einen WebService Client. In dem Dialog trägt man als WSDL URL das folgende ein:

http://localhost:9080/ConcatProcessService/ConcatProcessPort?wsdl

Danach sieht man den Client in der Projektstruktur. Wenn man den Baum so weit wie möglich öffnet sieht man die WebService Operation. Zieht man diese Operation mit der Maus in die main Methode sieht man den daraus entstehenden Code. Dieser Code gibt das Ergebnis der WebService Operation per println aus.

Ich hoffe dieses Tutorial hat euch geholfen einen BPEL Prozess zu erstellen und zur Ausführung zu bringen. Viel Spaß beim arbeiten mit BPEL!

Den Inhalt der Zip Datei in den Ordner C:\Programme\Sparx Systems\Icons kopieren. Existiert der Ordner noch nicht, legt ihn einfach an.

Um das Profil in EA zu importieren müsst ihr in der Oberfläche "Resources" anwählen (siehe Screenshots), dann Rechtsklick auf "UML Profiles" / "Import Profiles". Dann muss man die epk.xml in dem Icons Ordner auswählen und in der folgenden Frage alle Checkboxen aktivieren und den Import abschließen.

Um nun noch die Icons in der Werkzeugleiste sichtbar zu machen, muss man in dieser auf "More Tools" rechtsklicken und "EPK" auswählen.

Danach kann man in gewohnter Art und Weise die Symbole auf die Arbeitsfläche ziehen und ein deutlich sinnvolleres EPK Diagramm erstellen als ich das unten getan habe.

Vor kurzem habe ich von einem Interface Designer Entwürfe für eine Programmoberfläche bekommen und war erstaunt über den Look der Entwürfe. Das ganze sah aus wie mit einem Stift gezeichnet und machte einen sehr guten Eindruck bei mir.

Ich erfuhr, dass die Entwürfe mit einem Mockup Tool namens Balsamiq Mockup erstellt wurden. Ein kurzer Besuch auf der Webseite von Balsamiq zeigte wie einfach die Software gestrickt ist und wie leicht damit jedermann schöne Software Entwürfe zusammenklicken kann.

Mit diesen Entwürfen in der Hand ist es einfach Vorgesetzte, Kollegen oder Kunden eine Idee der Visualisierung zu vermitteln. Das besondere ist, dass der skizzenhafte Zeichenstil Kunden nicht in den Glauben versetzt die Software sei schon fertig. Sind die Entwürfe nämlich im exakten Look der künftigen Oberfläche, denkt der Kunde die Software sei bereits fertig und versteht nicht warum er noch viel Geld bezahlen soll.

Das Tool basiert auf Adobe AIR und funktioniert wunderbar einfach. Ein Ausprobieren der Demo wird es zeigen. Die Mockups liegen in der Vollversion als XML Dateien vor und bieten so die Möglichkeit zur späteren Weiterverarbeitung. Nutzt man nur die Testversion ist es leider nicht möglich die Entwürfe zu speichern. Die Lizenzkosten des Tool betragen 79$.

Eine Stärke und Zugleich Schwäche sind die Anzahl der Designelement. Ein Vorteil ist die Anzahl der zeitgemäßen UI-Elemente. Der Nachteil ist, dass man die Software nicht um eigene Elemente erweitern kann. Da die meisten Programme eh Standardelemente verwenden ist dies aber nur ein kleiner Nachteil.

Da die 79$ Lizenzkosten für Studenten wie mich zuviel sind um es in ein zwei Uni Projekten einzusetzen, habe ich mal nach anderen Mockup Tools recherchiert. Dabei bin ich sowohl auf andere kommerzielle Produkt aber auch freie Alternativen gestoßen.

Kommerzielle:

• Serena Prototype Composer
• MockupScreens *
• DesignerVIsta *
• ScreenArchitect *
  • ein Plugin für das empfehlenswerte UML Tool Enterprise Architect
  • 120$´
• WireframeSketcher
  • Eclipse Plugin
  • Für Open-Source Entwickler gibt es eine Gratis-Lizenz
• Axure
  • sehr teuer 589$

Freie Tools:

• SmartDraw
• DesignTool
• Evolus *
  • als Firefox Plugin oder Standalone Version
• Napkin LookAndFeel
  • Look and Feel für Java Swing

* Oberfläche sieht zu realistisch aus

** Programm ist zu teuer

Es gibt nur eine Kleinigkeit zu berichten. Nach der Installation der Maven Integration (Update Site: http://m2eclipse.sonatype.org/update) hat Eclipse gemeckert, dass es mit einem JDK laufen muss und der Pfad zur Virtual Machine in der eclipse.ini stehen muss.

Dabei sollte das so aussehen:

...
-vm
C:\Programme\Java\jdk1.6.0_12\bin
...

nicht:

...
-vm C:\Programme\Java\jdk1.6.0_12\bin
...

Das heißt der Pfad soll auch auf das bin Verzeichnis zeigen.

Die Software macht wirklich einen ausgereiften Eindruck. Nach meinen ersten Erfahrungen in Sachen Virtualisierung vor ein Paar Jahren mit VMWare habe ich nun die Sun VirtualBox empfohlen bekommen und bin vorerst überzeugt. Das Tool ist in minutenschnelle installiert. Wenn man nun schon ein Diskabbild des “virtuellen” Betriebssystems bereit hat, kann die Installation schon beginnen. Die folgenden Screenshots zeigen die Installation einer nicht so populären Linux Distribution – Fluxbuntu. Dieses System ist ein Ubuntu mit dem WindowManager Fluxbox, der sich durch sein leichtgewichtiges Wesen für ein virtuelles System eignet. Weiter zu den Screenshots …

So sieht die Oberfläche der Sun VirtualBox aus in der bereits eine virtuelle Maschine installiert ist (Ubuntu). 

Nun folgen die Schritte zur Erstellung einer neuen virtuellen Maschine.

Hier soll man den Systemnamen und das Betriebssystem angeben.

Wieviel Arbeitsspeicher soll der virtuellen Maschine zur Verfügung stehen?

Eine bestehende Festplatte nutzen oder eine neue erzeugen?

Dynamisch wachsende Festplatte oder fixe Größe?

Wieviel Festplattenplatz soll die virtuelle Maschine einnehmen und wo liegt die Datei (.vdi) die die Daten beinhaltet?

Zusammenfassung der Konfiguration.

Nun wird die neue virtuelle Maschine in der Sun VirtualBox angezeigt. Vor dem Starten empfehle ich noch einige Änderungen an der virtuellen Maschine vorzunehmen.  

Der Grafikspeicher sollte mindestens 40MB betragen. Damit kann auch übliche Auflösungen von 1280×1024 im virtuellen System einstellen.

Um das Betriebssystem in der virtuellen Maschine installieren zu können, muss man noch die Quelle der Installations-dateien angeben. In meinem Fall war das ein Image von Fluxbuntu.

Nun muss man die virtuelle Maschine nur noch starten und den Installations-anweisungen des Betriebssystems folgen.

Nach dem Aufsetzen des Betriebssystems, lohnt es sich eine sogenannte Gasterweiterung zu installieren. Diese Erweiterung vereinfacht das Wechseln zwischen realem und virtuellen System. Außerdem ist das Nutzen der Zwischen-ablage systemübergreifend möglich. Informationen zur Installation der Gasterweiterung findet ihr hier. Im Terminal kann man die Gasterweiterung mit dem Befehl sudo /media/cdrom0/VBoxLinuxAdditions-x86.run installieren.

Habt ihr auch so positive Erfahrungen mit der Sun VirtualBox gemacht oder eine gegenteilige Meinung? Oder kennt ihr vielleicht ein noch besseres Virtualisierungstool?