Workload-Management |
Beispiel BeenThere mit dem Build-Tool Ant erstellen |
Erste Schritte |
Verzeichnisstruktur |
Beispiel erneut erstellen und installieren |
Einer der großen Vorzüge beim Entwickeln von Anwendungen auf einer J2EE-Plattform
ist die Portierbarkeit. Alle Beispielprogramme in der Beispielgalerie
wurden auf einer Workstation entwickelt und können ohne die geringste Änderung des Java-Codes auf z/OS-Systemen
ausgeführt werden.
Wenn ein Entwickler J2EE-Anwendungen auf Intel- oder UNIX-Systemen erstellt, kann er die
Schwierigkeiten, die bei der EBCDIC-zu-ASCII- bzw. der ASCII-zu-EBCDIC-Dateikonvertierung
auftreten können, umgehen. Mit den verfügbaren Tools
können Entwickler problemlos Code auf einer Entwicklungs-Workstation schreiben und testen
und die EAR-Dateien auf z/OS-Systemen installieren.
Jeder Kunde, der WebSphere Application Server (Application Server) für z/OS erworben
hat, ist berechtigt, die Application Server Media für Multiplatforms zu nutzen. Wenn Sie
das Basisprodukt WebSphere Application Server und die Beispiele auf einer der
von diesem Paket unterstützten Plattformen installieren, sehen Sie dieselbe
Galerie. Wenn Sie auf Beispielname >
Eigenen Build erstellen - Ant > Plattform > Datei sample.ear erneut erstellen und installieren klicken, erhalten Sie Anweisungen, mit denen Sie die EAR-Datei auf
dieser
Plattform erneut erstellen können. Da Textdateien in einer EAR-Datei (XML, XMI, JSP
usw.) ASCII-Format haben müssen, ist es einfacher, diese Dateien auf einer ASCII-Maschine
zu bearbeiten. Wenn Sie auf einer ASCII-Maschine Änderungen durchführen, können Sie die
resultierende EAR-Datei ohne EBCDIC-zu-ASCII-Konvertierung auf der z/OS-Plattform
implementieren und installieren.
Installieren Sie WebSphere Application Server auf der gewünschten verteilten Plattform, und geben Sie an, dass die Beispielanwendungen von Application Server ebenfalls installiert werden sollen.
Legen Sie vor dem Ändern oder erneuten Erstellen des Beispiels eine Sicherungskopie des Verzeichnisses <Profilstammverzeichnis> an. Komprimieren Sie das Verzeichnis samples in einer ZIP-Datei. Durch Extrahieren der ZIP-Datei können Sie das Verzeichnis samples in seinem ursprünglichen Zustand wiederherstellen.
Die erstellte Verzeichnisstruktur für das Beispiel lautet wie folgt:
Profilstammverzeichnis/samples/src/BeenThere | Enthält den Quellcode für das Beispiel BeenThere. |
Profilstammverzeichnis/samples/lib/BeenThere | Enthält die Datei BeenThere.ear für das Beispiel BeenThere. |
Profilstammverzeichnis/samples/javadoc/BeenThere | Enthält die Javadoc-Dokumentation, die beim Erstellen des Beispiels BeenThere generiert wird. |
Profilstammverzeichnis/samples/bld/BeenThere | Enthält die generierten Klassendateien. Verwenden Sie diese Klassendateien, um die endgültige Datei BeenThere.ear zu generieren. Nach dem erneuten Erstellen des Beispiels BeenThere wird das Verzeichnis bld angelegt. |
Die folgenden Anweisungen beschreiben die zum erneuten Erstellen des Beispiels auszuführenden Schritte.
Gehen Sie wie folgt vor, um das Build-Script für die Beispiele auszuführen:
Damit ist der Build für das Beispiel erstellt.
Sie finden das Script buildBeenThere.bat bzw. buildBeenThere.sh im Verzeichnis Profilstammverzeichnis/samples/bin/BeenThere. Diese Scripts setzen den richtigen Klassenpfad und führen das Build-Dienstprogramm Ant aus. Das Dienstprogramm Ant liest die Dateien build.xml, die beschreiben, wie die Beispiele zu erstellen sind. Die ergänzende Dokumentation zu Ant finden Sie auf der Jakarta-Website.
Führen Sie die folgenden Schritte durch, um die binäre EAR-Datei mit FTP (File Transfer Protocol) auf den z/OS-Server zu übertragen.
Gehen Sie zum erneuten Installieren des Beispiels wie folgt vor:
Die neu erstellte Datei BeenThere.ear ist damit im Application Server implementiert.