Im JBoss-Home Verzeichnis /standalone/configuration die standalone.xml Datei zum Bearbeiten öffnen. Darin befindet sich der Abschnitt zum Datasources Subsystem:

<subsystem xmlns="urn:jboss:domain:datasources:1.0">
  ...
</subsystem>

In diesem Subsystem wird zwischen der Beschreibung der Datenbankverbindung (datasource) und dem Treiber (driver) unterschieden. Für die MySQL Datenbank wird neben der bereits per Default konfigurierten Datasource ExampleDS die MySqlDS hinzugefügt. Dazu wird der JNDI-Name, der Pool-Name sowie die Verbindungsdaten konfiguriert.
Der Text im Element <driver>com.mysql</driver> ist dabei ein Verweis auf den konfigurierten MySQL Treiber. Der Treiber wird direkt neben den datasource Elementen im eigenen Element driver beschrieben. Die einfachste und schnellste Art den Treiber zu installieren ist den Dateinamen des Treibers direkt anzugeben. In meinem Fall ist es der aktuellste Treiber mysql-connector-java-5.1.17.jar.

Der folgende Ausschnitt aus dem datasources Element zeigt die Konfiguration für die MySQL Datenbank:

<datasources>

  ...

  <datasource jndi-name="java:jboss/datasources/11TipperSqlDS" pool-name="11TipperSqlDS"
    enabled="true" jta="true" use-java-context="true" use-ccm="true">
    <connection-url>
      jdbc:mysql://localhost:3306/11tipper
    </connection-url>
    <driver>
      mysql-connector-java-5.1.17.jar
    </driver>
    <pool>
      <min-pool-size>
        10
      </min-pool-size>
      <max-pool-size>
        100
      </max-pool-size>
      <prefill>
        true
      </prefill>
      <use-strict-min>
        false
      </use-strict-min>
      <flush-strategy>
        FailingConnectionOnly
      </flush-strategy>
    </pool>
    <security>
      <user-name>
        db-username
      </user-name>
      <password>
        db-password
      </password>
    </security>
  </datasource>

  <driver name="mysql-connector-java-5.1.17.jar" module="com.mysql">
    <xa-datasource-class>
      com.mysql.jdbc.jdbc2.optional.MysqlXADataSource
    </xa-datasource-class>
  </driver>
</datasources>

Der XML-Code kann übrigens einfach unformatiert in die standalone.xml eingefügt werden. Der JBoss formatiert diese Datei nach einem Start selbst noch einmal neu.

Würde der JBoss AS nun im Standalone Modus gestartet werden erscheint folgende Fehlermeldung in der Console:

Die einfachste Art den fehldenden Treiber zu installieren ist diesen direkt in dem deployments Ordner zu kopieren und ihn zu “deployen”. Der JBoss AS versteht jeden normalen JDBC Treiber und kann ihn als Deployment laden:

Startet man jetzt den JBoss erneut erscheint folgende Meldung in der Console:

Die Datasource wurde erfolgreich konfiguriert und ist nun unter dem JNDI Namen java:jboss/datasources/11TipperSqlDS verfügbar.

Datenbanktreiber als Modul

Es gibt noch eine zweite Variante wie man den Treiber installieren kann: und zwar als Modul. In dem driver Element, aus dem obigen datasources Listing wurde als Modulname com.mysql angegeben. Das bedeutet, dass im Verzeichnis modules die Unterordner com/mysql erwartet wird. In diesem Modulverzeichnis wird das Unterverzeichnis main erwartet in dem die Modulbeschreibung sowie die Resource, in unserem Fall der Treiber, liegt. Bei mir sieht das dann wie folgt aus:

Die Datei mysql-connector-java-5.1.17.jar.index wird dabei automatisch vom JBoss generiert.

Die Datei module.xml beschreibt das Modul und die dazugehörige Resource/Jar/Treiber und sieht so aus:

<?xml version="1.0" encoding="UTF-8"?>

<module xmlns="urn:jboss:module:1.0" name="com.mysql">
  <resources>
    <resource-root path="mysql-connector-java-5.1.17.jar"/>
  </resources>
  <dependencies>
    <module name="javax.api"/>
  </dependencies>
</module>

Startet man mit dieser Konfiguration (den Treiber als Modul) den JBoss erneut so findet man im Log keine Info mehr, dass eine Abhängigkeit fehlt, sondern findet das installierte Modul wesentlich früher in der Console wieder. Und zwar wenn das Subsystem datasources gestartet wird:

Verwendet man ein Modul als Treiberkonfiguration kann man in der standalone.xml in der datasource und driver Beschreibung auch irgendein Name wie z.B. “MeinMySqldDB” verwenden. Es muss dann nicht zwingend der Name des Treibe-Jars sein. Somit wäre man im Namen unabhängig von der eigentlich verwendeten Version.

Administration Console

Egal ob man den Datenbanktreiber als Deployment oder als Modul installiert in beiden Fällen muss mann die konfigurierte Datasource in der Administrationskonsole wiederfinden. Auf die gelangt man in der Default Installation mit http://localhost:8080/console. Es müsste dann in etwa so aussehen:

In der persistence.xml kann nun mit dem JNDI Name auf die Datasource zugegriffen werden.

In einem Kommentar bei dem Hinweis von Adam Bien auf dieses Quickvote verweist jemand auf die Entwicklung bei Google. Schaut man sich also diese Entwicklung bei Google innerhalb Deutschlands an so erhält man noch einen deutlicheren Vorsprung von Eclipse, der allerdings über die letzten Jahre deutlich weniger geworden ist:

Die Charts auf Google Insights for Search kann man auch einbetten, was ich doch direkt mal ausprobieren musste:

Insgesamt kann man an der Umfrage und dem Chart gut erkennen, dass Eclipse nicht mehr ganz die alleinige Herrschaft hat bzw. sie langsam verliert. Ich hatte vor Jahren mal NetBeans ausprobiert, war damals aber nicht so begeistert und bin deswegen auf Eclipse umgestiegen. Auch in meinen bisherigen Projekten wurde eigentlich ausschließlich Eclipse verwendet. Vielleicht sollte man sich aber dennoch mal wieder NetBeans anschauen. Aktuell habe ich davon gelesen, dass die JSF 2 Unterstützung darin schon sehr gut sein soll. Ich werde wohl dennoch erst einmal weiterhin ein Unterstützer von Eclipse sein =).

(via Adam Bien)

In dem Eclipse JEE Package muss man wie auch unter Ganymede erst das Subversive Plugin und anschließend einen Subversive Connector installieren. Man muss also zwei verschiedene Update Sites für die Installation ansprechen.

Subversive Plugin Installation

Das Subersive Plugin selbst steht unter der Eclipse Lizenz und ist somit direkt über die Eclipse Galielo Update Site http://download.eclipse.org/releases/galileo zu finden. Diese Update Site muss nicht neu hinzugefügt werden sondern ist schon im “Install new Software” Dialog (Hauptmenü->Help->Install new Software…) unter “Work with” bereits zu finden:

Wenn die Update Site ausgewählt wurde muss unter dem Punkt “Collaboration” der “Subversive SVN Team Provider (Incubation)” selektiert werden. Das ist das von Eclipse bereitgestelte Subversive Plugin:

Anschließend die Installation mit dem Button “Next” starten und den Dialog Angaben folgen.

Da noch eine weitere Installation der Subversive Connectors folgt muss Eclipse nicht dringend wie empfohlen neu gestartet werden.

Subversive Connector Installation

Nachdem das Subversive Plugin als Basis installiert wurde muss als Subversive Connector eine externe Bibliothek installiert werden. Dazu bietet Polarion wie auch schon zu Eclipse Ganymede verschiedene Connectoren an. Die benötigte Update Site URL ist http://community.polarion.com/projects/subversive/download/eclipse/2.0/galileo-site/. Diese muss im “Install new Software” Dialog (Hauptmenü->Help->Install new Software…) noch hinzugefügt werden.

Dazu die URL einfach in das “Work with” Eingabefeld kopieren und Enter drücken. Als Connectoren kann man entweder einen reinen Windows Connector (JavaHL) oder reinen Java Connector (SVNKit) verwenden. Welchen man verwenden möchte kann man selbst entscheiden. Es ist kein Problem alle angebotenen zu installieren da man diesen später noch konfigurieren kann:

Anschließend die Installation mit dem Button “Next” starten und den Dialog Angaben folgen. Eclipse nach der Installtion wie aufgefordert neu starten.

Subversive Konfiguration

Einmal installiert kann man im “Eclipse Installation Details” Dialog (Hauptmenü->Help->About Eclipse->Installation Details) die installierte Subversive Software aufgelistet sehen:

Welcher Subversive Connector verwendet werden soll kann in den Eclipse Preferences (Hauptmenü->Window->Preferences) unter Team->SVN im Reiter SVN Connector konfiguriert werden:

Einmal alles installiert und konfiguriert kann man in der SVN Perspektive nun einen SVN Repository einrichten und seine Projekte wieder mit dem SVN Repository synchronisieren.

Eclipse Galileo entspricht der Version 3.5 und bringt seinerseits auch wieder viele neue Dinge mit. Neben den bisher schon bekannten Projekte wie z.B. WebTools, Data Tools oder C/C++ Tools bringt Galileo fünf neue Projekte mit an den Start. Persönlich finde ich das Memory Analyzer Projekt (MAT) am interessantesten. Wer einen Einblick in MAT bekommen möchte sollte sich mal das dazugehörige Blog und auch das Webinar aus dem letzten Jahr ansehen.

Nebem dem MAT sind auch noch die PHP Developer Tools, eine Mylyn WikiText Unterstützung, eine Unterstützung um XSL Tooling um XSL zu bearbeiten und zu debuggen und Verbesserungen für die Business Intelligence Reporting Tools (BIRT) mit Galileo veröffentlicht worden (siehe auch Release Notes).

Das schöne an Veröffentlichungen von Eclipse und deren Plugins sind die “New and Noteworthy” Seiten auf denen die interessantesten Erneuerungen mit einem Screenshot erläutert werden. Für Eclipse Galileo ist die Seite entsprechend der vielen Erneuerungen auch wirklich lang. Im folgenden ein paar Erneuerungen die ich auf Anhieb ganz interessant fand:

• Platform – Compare Editor enhancements
  Wirklich brauchbare Erneuerungen wie Go to line oder Open Resource und Type sowie die Möglichkeit den Encoding Type auf jeder Seite des Editors neu zu setzen.
  
• Platform – Open Resource dialog allows choice of editor
  Man kann nun den Editor für die zu öffnende Datei direkt im Open Resource Dialog auswählen, falls gewünscht:
  
• Install/Update Changes
  Wie auch bei der letzten Version wurde einiges an dem Install und Update Management gearbeitet und verbessert. Um nur eine Sache herauszugreifen im folgenden der Screenshot des vereinfachten Hinzufügen neuer Update Sites:
  
• Java Editor – Constructor completion
  Der Content Assistent bietet nun die verfügbaren Konstruktoren der Klasse zur Auswahl an:
  
• Java Editor – Open Implementation hyperlink
  Ein Feature auf das wohl sämtliche Entwickler lange gewartet haben. Von einem Interface direkt in die Implementierung via Hyperlink springen sofern nur eine Implementierung vorhanden ist. Sind mehre da werden diese in der type hierarchy aufgelistet und man kann dann direkt wählen. Den Hyperlink erhält man indem man die Taste STRG gedrückt hält und mit der Maus über die Methode fährt. Der Dialog sieht dann wie folgt aus:
  
• Java Editor – Quick Fix to start Rename refactoring
  Möchte man eine Methode mit Quick Fix (Strg-1) umbennen besteht nun die Möglichkeit auch ein Refactoring über das Projekt zu starten:
  
• Java Editor – Formatter option to preserve user line breaks
  Eine der bisher sehr nervigen Details am Formatter war, dass ich meine selbstdefinierten Zeilenumbrüche nicht behalten durfte. Das soll jetzt vorbei sein:
  

  Und nach dem formatieren:

  
• Java Refactoring and Source Actions – Generate toString()
  Ein ziemlich cooles Feature ist die Unterstützung für die toString() Methode. Man erhält diesen Dialog aus dem Context Menü unter “Source->Generate toString()…” und dieser sieht wie folgt aus:
  
• Java Refactoring and Source Actions – Comparing identical values
  Wenn zwei gleiche Variablen verglichen werden wird das nun als Warning angegeben:
  
• Java Refactoring and Source Actions – Missing hashCode() method
  Der Compiler kann nun fehlende hashCode() Methoden finden auch wenn equals() schon vorhanden ist. Dieses Feature ist per Default ausgeschalten – einschalten kann man es unter “Preferences > Java > Compiler > Errors/Warnings in the Potential programming problems”.
  

Es gibt noch einige mehr Erweiterungen die man sich auf der “New and Noteworthy” Seite ansehen kann.

Neben den neuen Projekten werden natürlich auch wieder fertige Projekt Packages angeboten – darunter auch wieder das JEE Package mit den Web Tools und Data Tools:

Startet man das Eclipse Galileo JEE Package sieht man auch an der Welcome Page eine deutlichen Änderung:

Auf dieser Welcome Page sind unter anderem die sieben wichtigsten im JEE Package durch die Web Tools Platform mitgebrachten Unterstützungen aufgelistet: Web Services, Web, XML Tools, Server Tools, Java EE, JSF, JPA. Die Web Tools Platform 3.1, welche auch erst im Juni veröffentlicht wurde, hat auch einige Erneuerungen mitgebracht die unter “Eclipse Web Tools Platform 3.1 – New and Noteworthy” im Detail angesehen werden können.

Natürlich steht auch wieder das leidige Thema Plugin Update auf der Liste und diesmal haben die JBoss Tools schon ein wenig vorgearbeitet. Schon am Anfang des Monats wurde auf dem offiziellen Blog verkündet, dass man den JBoss Tools 3.1 Milestone 1 für Eclipse Galileo installieren und testen kann. Der Update Site Link für die Developer Version ist: http://download.jboss.org/jbosstools/updates/development.

Ich habe die JBoss Tools 3.1 M1 unter Eclipse Galileo installieren und auch ohne erkennbare Probleme verwenden können. In einem ersten Versuch hat das Umbennenen ohne Probleme funktioniert. Den Rename Dialog erhält man am einfachsten aus der Seam Component View heraus. Insgesamt ein wirklich sehr nützliches Feature!
In ersten Tests mit einem bestehenden Projekt lies sich insgesamt problemlos arbeiten. Im About Dialog von Eclipse werden die entsprechenden Plugins auch korrekt angezeigt:

Auch zu den JBoss Tools 3.1 M1 gibt es eine “News and Noteworthy” Seite auf der die einzelnen nennenswerten Erneuerungen zu finden sind. Ich möchte nur kurz eins hervorherben welche ich ziemlich praktisch finde und zwar ist das der “Rename Seam Component” Dialog, der verfügbar ist wenn man in einer Klasse die mit @Name annotiert ist, sich in der components.xml oder in der Seam components view befindet. Verwendet man diesen Dialog wird der Name auch in den xhtml Dateien gefunden und dort refactored:

Der Übergang von Eclipse 3.4 auf Eclipse 3.5 mit den JBoss Tools scheint also vorerst problemlos zu funktioniern (im Gegensatz zu dem Umstieg von 3.3 auf 3.4).

Somit wünsche ich viel Spass beim ausprobieren!

Mit yUML ist es möglich sehr einfach und schnell UML Diagramme erstellen online zu erstellen. Dabei werden aktuall Use Case und Klassendiagramme unterstützt. Ein solches Use Case Diagramm wird auch direkt auf deren Startseite dargestellt:

Interessanter finde ich das ganze schon für Klassendiagramme. Oft braucht man mal eine schnelle Repräsentation des Modells seiner Idee und hat kein passendes Tool zur Wahl. Bevor man dann zu Paint oder sonst einem Grafiktool greift sollte man sich mal mit dem Klassendiagramm Editor von yUML versuchen. Ein erster kleiner Versuch hat dabei folgendes ergeben:

Die Klassen und deren Beziehungen zueinander werden mit einer Syntax textuell beschrieben. Für das eben gezeigte Diagramm sieht die Syntax wie folgt aus:

Obwohl ich das Diagramm hier als Bild lokal gespeichert habe kann man es auch direkt verlinken und weitergeben. Die URL für das mein Diagramm sieht dann so aus: http://yuml.me/diagram/scruffy/class/[User]+1->*[JavathreadsArtikel], [JavathreadsArtikel]1->*[Kommentar]
Man kann in dem Link erkennen, dass die Syntax für das Klassendiagramm direkt mitgegeben und somit immer neu auf yuml.de gerendert wird.

Natürlich reichen so einfache Anwendungsfälle bzw. Diagramme nicht aus aber auch hier kann man noch einen Schritt weiter gehen. Auf der Beispielseite für Klassendiagramme sieht man die ganze Menge an Möglichkeiten – bis ihn zu einer detaillierten Klassenbeschreibung und einem komplexeren Digramm. Im folgenden habe ich das komplexe Beispieldiagramm direkt von dort als live gerendertes Bild eingebunden:

Reicht einem ein Bild nicht aus ist es möglich sich auch noch ein PDF generieren zu lassen. Mein Diagramm als PDF ist hier zu haben: http://yuml.me/diagram/scruffy/class/[User]+1->*[JavathreadsArtikel], [JavathreadsArtikel]1->*[Kommentar].pdf

Insgesamt ist der Klassendiagramm Editor von yUML einen Bookmark wert. Gerade für schnelle Darstellungen oder festhalten von Ideen die man mit anderen noch teilen möchte ist dieses online Tool wirklich wertvoll.

if(unknownObj instanceof Integer) {
  Integer myCastedIntObj = (Integer)unknownObj;
  // do sth with casted object
}

Um diesen “instance of” Code mit anschließendem Class Cast zu erstellen besteht in Eclipse die Möglichkeit einen Quickfix zu verwenden und so die Tipparbeit deutlich zu vereinfachen. Dazu einfach das Schlüsselwort instanceof anfangen zu schreiben und Strg-Space drücken. Es öffnet sich der QuickFix Panel mit Vorschlägen wobei instanceof direkt an erster Stelle steht:

Selektiert man diesen QuickFix und drückt Enter wird das Code Template im Editor erstellt um die restlichen notwendigen Angaben wie z.B. die Variable die geprüft oder die Klasse auf die gecastet werden soll. Was viele nicht wissen ist, dass wenn im Eclipse Editor ein blauer Rahmen um ein Wort steht kann man einfach mit Tab durch das Template navigieren:

Gibt man die Klasse an auf die geprüft werden soll wird sie auch direkt in der Zeile mit dem Cast eingesetzt:

Anschließend nur noch den Namen der neuen internen Variable anpassen und mit Enter den QuickFix und somit das Bearbeiten des Templates beenden. Der Cursor postiert sich nun direkt in die Zeile unter der Class cast Zeile und es kann somit direkt weitergearbeitet werden.

Man wird diesen QuickFix wahrscheinlich seltener brauchen aber wenn man ihn kennt und weiß wie sich Eclipse verhält kann man einen solchen instanceof Ausdruck binnen Sekunden und ohne große Mühe erstellen. Man sollte es also mal ausprobiert haben und wissen, dass es diese Unterstützung gibt.

Entity Bean mit JPA Annotationen	Dazugehöriges SQL Schema für diese Entity Bean

Meistens bringen die verschiedenen JPA Implementierungen eigene Tools mit. Verwendet man z.B. Hibernate kann man zum Beispiel die von Konsole Tools in Form eines ANT Tasks verwenden. Arbeitet man mit der Eclipse Ganymede IDE hat man mit dem Web Tools Subprojekt “Dali” (Dali JPA Tools) die Möglichkeit sich das DB Schema mit Hilfe eines Eclipse Dialogs generieren zu lassen. Ich habe schon mal bei der Vorstellung der JBoss Tools 3 Alpha Version darauf hingewiesen, dass das WTP Dali Projekt ab Version 3 unterstützt wird.

Nachdem ich diesen Artikel in der ausführlichen Version erstellt hatte kam mir dieser mehr doch sehr lang vor obwohl das Konfigurieren an sich relativ schnell geht. Dahier hier die wenigen Schritte in absoluter Kurzform:

• Projekt Facet “JPA Persistence” dem EJB Projekt hinzufügen (Projekt Properties)
• JPA Plattform und DB Verbindung konfigurieren (Projekt Properties)
• Im Cotextmenü auf dem EJB-Projekt “JPA-Tools->Generate DDL…” wählen
• Im DDL Generation Dialog das Zielverzeichnis, die Ausgabedatei und Hibernate Console- (konfigurierbar über die Hibernate Perspektive) oder DB-Konfiguration angeben. Dialog mit “Finish” beenden -> DDL Datei wird erstellt.

Im Folgenden wird anhand meines kleinen Java Schnipsel Projektes gezeigt wie das Datenbankschema, genauer gesagt die DDL (Data Definition Language) Datei, mit Eclipse generiert werden kann. Dieses Projekt verwendet Hibernate und somit werden aus den JBoss Tools Plugins das Hibernate Tools Eclipse Plugin benötigt. Nun sind die JBoss Tools 3.0.0 endlich offiziell Stable erschienen und da ist es an der Zeit dieses Feature mal auszuprobieren.

Im ersten Schritt sollte überprüft werden ob die Hibernate Tools installiert sind. Aus den JBoss Tools Eclipse Plugins wird für das Generieren der DDL Datei die Hibernate Tools benötigt. Für eine Installationsanleitung der JBoss Tools siehe hier.

Mein Beispielprojekt ist in der für Eclipse normalen JEE Projektstruktur erstellt worden (mit dem Seam Web Project Wizzard):

Hat man eine solche Projektstruktur muss man nun das JPA Project Facet hinzufügen. Dazu auf dem EJB Projekt aus dem Context Menü (recht Maustaste) “Properties” aufrufen. Im Properties Dialog “Project Facets” selektieren und dort das Facet “Java Persistence” auswählen:

Wenn das Facet “Java Persistence” selektiert wurde erscheint unten im gelben Hintergrund der Hinweis, dass weitere Konfigurationsmöglichkeiten bestehen (“Further configuration available”). Am einfachsten ist es diese Konfiguration direkt auszuwählen. Hat man die Einstellung mit “Apply” bestätigt einfach das Facet noch einmal deslektieren, Apply drücken und das Facet wieder selektieren.
In dem Dialog “Modify Facet Project -> JPA Facet” muss nun die verwendete JPA Platform und die DB Verbindung konfiguriert werden. Ich verwende Hibernate und habe meine MySQL Verbindung konfiguriert. Man kann direkt von diesem Dialog aus eine neue DB Verbindung konfigurieren, sofern man das noch nicht getan hat.

Die zwei weiteren dort möglichen Einstellungen habe ich bei mir auf “Use implementation provided by server Runtime” (Die Server Runtime kann in den Properties unter dem Punkt “Targeted Runtimes” konfiguriert werden – verwendet man keinen Server wie den JBoss kann man die JPA Jars auch direkt angeben) und “Discover annotated classes automatically” gesetzt. Anschließend den JPA Facet Dialog und anschließend den Properties Dialog mit “Ok” beenden.

Hat man allerdings den Properties Dialog schon vor den zusätzlichen JPA Einstellungen mit “Ok” beendet muss man noch einmal die Properties für das EJB Projekt aufrufen und kann dann aber den Menüpunkt “JPA” direkt selektieren und somit konfigurieren:

Nachdem die Java Persistence Project Facets dem JEE Projekt hinzugefügt wurden ist im Context Menü, sofern man dieses auf dem EJB Projekt aufruft, der Eintrag “JPA Tools” zu finden. Darin findet sich der Menüpunkt “Generate DDL”.

Erhält man nach dem Auswählen dieses Menüpunktes den Fehler “DDL Generation is not supported by the Generic Platform” hat man vergessen seinen JPA Platform (Hibernate, Toplink, ..) zu konfigurieren. Dazu einfach wieder in die EJB Projekt Properties und den Menüpunkt “JPA” selektieren und konfigurieren. Mehr Informantionen zu dieser Fehlermeldung auch hier.
Ist alles soweit korrekt konfiguriert öffnet sich der DDL Generation Dialog. Darin gibt man zuerst das Zielverzeichnis sowie den Namen der DDL Datei an. Die zweite wichtige Konfiguration ist der Hibernate Dialekt der verwendet werden soll. Dazu kann man entweder eine bereits durch die Hibernate Perspektive erstellte Hibernate Console Konfiguration verwenden und diese mit der Checkbox “Use Console Konfiguration” verwenden oder wie in meinem Fall die bereits konfigurierte Datenbankverbindung. Der Dialekt kann dabei automatisch erkannt werden (ich berichtete darüber) oder direkt angeben:

Ist alles korrekt konfiguriert wird durch den Button “Finish” das Generieren der DDL in der gewünschten Zieldatei gestartet. Das kann einen kleinen Moment dauern und anschließend ist diese Schemadatei auch unter der gewünschten Position (bei mir im EJB-Projekt im Ordner ejbModule) zu finden:

Gerade für die erste Entwicklungszeit und dem Erstellen der Entitäten ist diese einfach DDL Generierung sehr nützlich. Sieht man doch direkt was für Datenbanktypen aus den Java Attributen erstellt werden.

Alternativ kann man mit den Hibernate Tools über die Hibernate Perspektive das Schema auch direkt in der DB erstellen. Vor gut einem Jahr habe ich dazu einen kleinen Artikel erstellt.

Um das QuickFix Verhalten zu verdeutlichen habe ich den Namen der Klasse geändert, so dass dieser nicht mehr mit dem Namen der Datei (QuickFixTests.java) übereinstimmt. In Java ist das nicht erlaubt und somit bietet mir Eclipse mit dem QuickFix Dialog Lösungen an. Hier der Screenshot des Maus Hovers:

Hier der Screenshot des Klicks auf das Warning oder Error Icons links. Ist der Cursor in dieser Zeile kann man auch einfach Strg-1 drücken um diesen Dialog zu erhalten:

Einer der Features überhaupt ist das Generieren von Getter und Setter zu einem Attribut. So spart man sich deutlich Tipparbeit in dem man direkt nach dem Schreiben des Attributes Strg-1 drückt, “Generate getter and setter for ‘attributeName’” selektiert und Enter drückt:

Anschließend erscheint der Dialog für die Getter und Setter Konfiguration, welcher auch über das Context Menü “Source->Generate Getters and Setters..” geöffnet werden kann:

Vor allem die Einstellung an welche Position der Setter und Getter erstellt werden soll ist interessant: sollen die neuen Methoden an die erste oder letzte Stelle in der Klasse oder direkt hinter einer schon bestehenden Methode erstellt werden? Sind die Einstellungen erst einmal gesetzt worden werden sie für die nächste Generieren übernommen. So kann man anschließend die weiteren Getter und Setter ohne großes Konfigurieren schnell generieren.

Ist das Generieren durchgelaufen sind die Getter und Setter natürlich vorhanden:

Interessant an dieser Stelle zu erwähnen ist noch die farbliche Hervorhebung des Attributes. Hat man ein in der Eclipse Menüleiste den Button “Toggle Mark Occurrences” (Alt-Strg-O) eingeschaltet wie im folgenden Screenshot rot hervorgehoben zu sehen:

Dann die Verwendung des gerade mit dem Cursor selektierten Attributes farblich hervorgehoben. Dabei wird farblich zwischen lesenden und schreibenden Aktionen unterschieden. Dieses Verhalten ist im Screenshot davor mit den generierten Getter und Setter schön zu sehen.

Möchte man mit den JBoss Tools 3 arbeiten benötigt man Eclipse Ganymede. Es wird nicht empfohlen von Eclipse 3.3 auf Eclipse 3.4 via Update Manager zu wechseln. Viel praktischer ist es eine frische Eclipse Installation vorzunehmen und somit auch potentielle Fehlerquellen aus dem Weg zu gehen. Am einfachsten ist es wenn man die Eclipse 3.4 IDE for Java EE Developers herunterlädt. Auch hier gibt es mittlerweile das Release 2 Bundle, welches ca 170 MB groß ist.

Nachdem Eclipse heruntergeladen, entpackt und gestartet wurde einfach die JBoss Tools Update URL (http://download.jboss.org/jbosstools/updates/stable) im Eclipse Update Manager hinzufügen. Den Update Manager findet man im Hauptmenü unter Help->Software Updates. Dort den Reiter “Available Software” selektieren und rechts den Button “Add Site…” drücken:

Ist die Update Site hinzugefügt kann man nach dem Aufklappen alle angebotenen JBoss Tools sehen. Für meine Seam Entwicklung mit Hibernate, RichFaces auf dem JBoss AS installiere ich immer die folgende Tools (hervorgehobene Selektion):

Um die Installation fertigzustellen den Button “Install” drücken und den Anweisungen folgen.

Erstellt man über die JBoss Tools ein Seam Web Projekt sieht man schon die erste Erneuerung denn es wird jetzt auch Seam 2.1 direkt unterstützt, wie man auch bei der Konfiguration der Seam Runtime sehen kann:

Wer mit der Nightly Build oder 3.0.0 Alpha Version gearbeitet hat wird die neuen wirklich nützlichen Features wahrscheinlich schon gesehen und ausprobiert haben. Vor allem bei der Entwicklung von Facelets XHTML Seiten in Verbindung mit Seam Komponenten sind sehr schöne Features in die neue Version reingekommen. Ein paar davon, die ich persönlich absolut praktisch finde, sind im folgenden kurz aufgelistet.

Autocompletion:
Es werden alle mit @Name annotierten Seam Komponenten direkt im XHTML Editor gefunden und durch Autocomplete angeboten:

EL Warning:
Hat man eine Fehler in der Expression Language gemacht wie der typische “rechte-Klammer-fehlt” Fehler findet man diesen nun nicht mehr erst nach dem Deployment sondern direkt im Editor durch ein Warning:

Seam Komponenten und Links direkt aus dem Editor heraus öffnen:
Man kann nun direkt aus dem XHMTL Editor heraus durch halten von STRG und der Maus direkt in die Java Klassen der Seam Komponenten oder direkt in andere .xhtml Seiten springen:

Visueller Editor für die pages.xml:
Es gibt nun eine wirklich gute Unterstützung für die pages.xml. Darunter auch eine visuelle Ansicht für die Navigationsregeln, die in der pages.xml definiert werden:

Mehr Bilder zu den neuen Features findet man auch wie gewohnt im Kapitel “News and Noteworthy“.
Alles in allem ist es wirklich schön endlich eine funktionierende und offizielle Version der JBoss Tools für Eclipse Ganymede zu haben. Nun steht der Entwicklung von vielen schönen neuen Seam Projekten nichts mehr im Wege =).

Die offizielle Meldung für die JBoss Tools 3.0 findet man auch noch mal hier zum nachlesen.

Damit der JBoss nicht unter dem User ‘root’ läuft empfiehlt es sich einen eigenen User ‘jboss’ anzulegen und mit diesem den JBoss zu starten. Dazu muss diesem User der JBoss auch gehören:

# User 'jboss' hinzufügen
useradd jboss

# Diesem User das JBoss AS Verzeichnis geben
chown -R jboss:users /opt/jboss422/

Hier das eigentliche Startscript welches bei mir den Namen jboss422 vergeben bekommen hat und unter den meisten Linux Distributionen im Verzeichnis /etc/init.d/ abgelegt wird. Wie schon erwähnt liegt mein JBoss 4.2.2 im Verzeichnis /opt/jboss422, so dass dieser Pfad auch im Startscript verwendet wird:

#! /bin/sh

start(){
  echo "Starting jboss.."
  sudo -u jboss bash -c "/opt/jboss422/bin/run.sh --host 0.0.0.0 > /dev/null 2> /dev/null &"
  #/opt/jboss422/bin/run.sh --host 0.0.0.0 > /dev/null 2> /dev/null &
}

stop(){
  echo "Stopping jboss.."
  sudo -u jboss bash -c '/opt/jboss422/bin/shutdown.sh -S &'
  #/opt/jboss422/bin/shutdown.sh -S &
}

restart(){
  stop
  # give stuff some time to stop before we restart
  sleep 60
  # protect against any services that can't stop before we restart (warning this kills all Java instances running as 'jboss' user)
  sudo -u jboss killall java
  start
}

case "$1" in
  start)
    start
    ;;
  stop)
    stop
    ;;
  restart)
    restart
    ;;
  *)
  echo "Usage: jboss {start|stop|restart}"
  exit 1
esac

exit 0

Hat man für den ersten Test keinen User ‘jboss’ oder möchte den JBoss unter dem User ‘root’ laufen lassen einfach die Zeile sudo -u jboss .. mit # auskommentieren und die darunter gelistete Zeile einkommentieren.

Jetzt fehlt noch das Hinzufügen des Startscriptes zu dem Bootprozess, so dass der JBoss mit jedem Serverstart auch automatisch gestartet wird. Der Teil ist optional, denn vielleicht möchte der ein oder andere den JBoss immer per Hand starten.

Unter Suse wird das Startscript mit dem Kommando chkconfic <scriptname> on hinzufügen:
chkconfig jboss422 on
Erstellt automatisch die Symlinks und aktiviert das Startscript

Unter Debian wie folgt:
update-rc.d jboss422 defaults
Erstellt automatisch die notwendigen Symlinks.