Rational Developer for System z, Version 7.6

Build und Deployment für ein J2EE-Projekt

Dieser Abschnitt beschreibt die Builderstellung und das Deployment für ein J2EE-Projekt im Developer Toolkit.

1. Projektmigration

Bei Verwendung von Rational Developer for System z sollten Sie jede Komponente Ihrer J2EE-Anwendung in einem gesonderten Projekt entwickeln. Wenn Sie beispielsweise ein dynamisches Webprojekt entwickeln, werden Sie in der Regel ein neues Projekt für eine solche Anwendung erstellen. Alle Komponenten Ihrer J2EE-Anwendung werden in ein Enterprise-Anwendungsprojekt aufgenommen, das auch den Deployment-Deskriptor enthält.

In SCLM sollten Sie alle Komponenten eines Projekts unter einem gesonderten Typ speichern. Nehmen wir an, Sie haben ein Webprojekt mit dem Namen WebProject. Für dieses Projekt könnten Sie einen Typ WEBPRJ1 erstellen, unter dem alle Quellendateien dieses speziellen Projekts gespeichert werden.

Anmerkung: Das System unterstützt derzeit nicht das Speichern mehrerer Member mit demselben langen Namen unter einem SCLM-Typ in einem Projekt. Aus genau diesem Grund wird die Erstellung eines neuen Typs für jedes Projekt empfohlen. Allgemein verwendete Dateien, z. B. Dateien mit den Erweiterungen .project und .classpath oder mit dem Namen web.xml, sind problematisch, wenn derselbe Typ für mehrere Projekte verwendet wird.

Nachdem Sie Ihr Projekt für die gemeinsame Nutzung freigegeben haben, müssen Sie es zu SCLM hinzufügen. Informationen zu dieser Funktion finden Sie im Abschnitt Zu SCLM hinzufügen.

Anmerkung: Das Feld für den Archdef-Namen ist optional. Für den Buildprozess müssen Sie jedoch den Namen eines ARCHDEF-Members angeben, der alle Komponenten des zu migrierenden Projekts auflistet. Wenn der angegebene ARCHDEF-Member bereits in SCLM vorhanden ist, werden alle neu zu migrierenden Member angehängt, und doppelte Einträge werden ausgeschlossen.

In der folgenden Tabelle sind alle Member aufgelistet, die auf der vorherigen Assistentenseite ausgewählt werden können. Es ist sehr wichtig, dass Sie für alle zu migrierenden Member den richtigen Sprachtyp auswählen. Die Tabelle fasst die empfohlenen Sprachtypen für das Speichern von Membern in SCLM zusammen.

Quellentyp Sprachtyp Beschreibung
Java™-Quellcode JAVA Java-Quellendatei, deren Name in einen Kurznamen umgesetzt und deren Inhalt in EBCDIC konvertiert wird
Java-Quellcode JAVABIN Java-Quellendatei, deren Name in einen Kurznamen umgesetzt wird. Der Inhalt wird jedoch nicht in EBCDIC umgesetzt, sondern bleibt in ASCII.
Andere J2EEPART Die Namen aller anderen Textdateien werden in Kurznamen umgesetzt. Der Inhalt der Dateien wird in EBCDIC umgesetzt.
Andere J2EEBIN Diese Membernamen werden in Kurznamen umgesetzt. Diese Dateien werden wie Binärdateien behandelt, so dass ihr Inhalt beim Speichern in SCLM nicht modifiziert wird.

2. Projektbuild

Mit diesem Schritt wird der Build für alle Komponenten eines bestimmten J2EE-Projekts erstellt. Alle archivierten Objekte wie WAR-Dateien für Webprojekte und JAR-Dateien für EJB-Projekte werden erstellt. Sämtliche Komponenten eines J2EE-Projekts müssen in einer ARCHDEF-Datei enthalten sein. Dies ist in Schritt 1 beschrieben.

Wenn Sie Ihren Projektbuild mit einer vorhandenen J2EE-ARCHDEF erstellen möchten, wählen Sie Team -> ARCHDEF-Build aus.

Damit rufen Sie den Dialog 'ARCHDEF-Buildoptionen' auf. Die Felder 'ARCHDEF-Name' und 'ARCHDEF-Typ' dieses Dialogs sind Pflichtfelder. Geben Sie in diesen Feldern eine eindeutige J2EE-ARCHDEF für Ihren J2EE-Projektbuild an. Wenn Sie neben dem Feld 'ARCHDEF-Name' auf die Schaltfläche 'Durchsuchen' klicken, können Sie interaktiv eine ARCHDEF auswählen.

Das Feld 'Build für Gruppe' gibt an, an welcher Stelle der SCLM-Hierarchie nach den in der ARCHDEF angegebenen Membern für den Buildprozess gesucht wird. Wenn Sie beispielsweise TEST auswählen, beginnt der Buildprozess die Suche auf der SCLM-Hierarchieebene TEST und verwendet die ersten so gefundenen Member. Die resultierenden Klassen und generierten Objekte sowie die Buildzuordnung werden unter der Gruppe gespeichert, die in Build für Gruppe ausgewählt wurde.

Falls Ihrer ARCHDEF kein J2EE-Build-Script zugeordnet ist, können Sie das Script für Ihr J2EE-Projekt generieren. Wählen Sie dazu Ihr J2EE-Projekt aus. Wählen Sie dann Build-Script generieren aus. Daraufhin erscheint der Dialog 'Build-Script-Generierung'.

In diesem Dialog müssen Sie den Typ des zu generierenden Build-Scripts auswählen. Zur Auswahl stehen 'Java-Projekt', 'Webprojekt', EJB-Projekt' und 'EAR-Projekt'. Der ausgewählte Typ sollte dem Typ des Projekts entsprechen, für das Sie den Build erstellen möchten.

Build-Script-Name
Dies ist der Name, unter dem das neue Script in SCLM gespeichert wird. Der Name des Scripts muss den Namenskonventionen für Member in SCLM entsprechen.
Anmerkung: Falls es in SCLM bereits ein Member mit dem angegebenen Namen gibt, wird der Inhalt dieses Members überschrieben.
Projektname
Dies ist der Name (Ant-Projektname) im generierten Script, mit dem auf diesen Buildprozess verwiesen wird. Dieser Name sollte den Zweck des Projekts beschreiben (z. B. MeinWebprojektBuildScript).
JAR-/WAR-/EAR-/SQLJ-Name
Dies ist der lange Name, unter dem das aus diesem Buildprozess resultierende archivierte Objekt gespeichert wird. Für ein Java-Projekt sollte der Name die Erweiterung .jar haben, für ein Webprojekt die Erweiterung .war und für ein EJB-Projekt sollte er gar keine Erweiterung haben. An den in diesem Feld angegebenen Namen wird automatisch die Erweiterung .jar angehängt.
ARCHDEF-Name
Dieser Name gibt die ARCHDEF an, die alle Komponenten Ihres J2EE-Projekts enthält. Die ausgewählte ARCHDEF muss den Sprachtyp ARCHDEF haben und in SCLM unter dem Typ ARCHDEF gespeichert werden.
Buildmodus
Dieser Modus gibt an, ob der Projektbuild erzwungen oder bedingt erstellt werden soll. Standardmäßig wird der Build im bedingten Modus erstellt.
Generiertes Script überprüfen
Bei Auswahl dieser Option können Sie den Inhalt des generierten Scripts prüfen und modifizieren, bevor Sie das Script zu SCLM hinzufügen.

Bei dieser Herangehensweise hat das generierte Script den Sprachtyp J2EEANT und wird unter dem Typ J2EEBLD gespeichert.

Die folgende Tabelle fasst zusammen, unter welchem Typ die Ergebnisse der verschiedenen Projektbuilds in SCLM gespeichert werden.

Projekttyp SCLM-Typ
Java-Projekt J2EEJAR
Webprojekt J2EEWAR
EJB-Projekt J2EEJAR
EAR-Projekt J2EEEAR

Wenn Sie die Option 'Generiertes Script überprüfen' auswählen, haben Sie die Möglichkeit, den Inhalt des generierten Scripts zu prüfen und zu modifizieren, bevor Sie das Script zu SCLM hinzufügen.

3. Projekt-Deployment

Ausführliche Informationen zum Projekt-Deployment finden Sie im Abschnitt Deployment-Services.


Nutzungsbedingungen | Feedback

Dieses Information Center basiert auf Eclipse-Technologie. (http://www.eclipse.org)