Build-Computer-Ressourcen

Bevor Sie ein Erstellungsscript für eine mobile Anwendung auf einem Build-Computer ausführen, müssen Sie sicherstellen, dass die erforderlichen Ressourcen auf dem Build-Computer vorhanden sind.

Arbeitsbereichsressourcen

Die folgenden Arbeitsbereichsressourcen müssen auf dem Build-Computer vorhanden sein:
  • Der Projektquellcode der mobilen Anwendung, die Sie erstellen möchten.
  • Die Ant-Erstellungsscripts, die das Build steuern.
Das Verwenden eines Rational Team Concert-Repository-Arbeitsbereichs zum Verwalten Ihres Worklight-Projektquellcodes und Erstellungsscripts hat folgende Vorteile:
Vorteil Beschreibung
Quellcodeverwaltung Änderungen an Quellcode und Erstellungsscripts können basierend auf den Anforderungen des Entwicklungsprojekts angefordert, entwickelt, geprüft, genehmigt, bereitgestellt und verfolgt werden. Erstellungsscripts veränderbare Dateien, genau wie Quellcode.
Build-Automatisierung Jazz-Build-Engine lädt den Arbeitsbereich automatisch, um schon zu Beginn der Verarbeitung einer Buildanforderung ein Build auf dem Computer zu erstellen. Sie können einen dedizierten Build-Arbeitsbereich für jede Builddefinition erstellen und verwenden. Verweisen Sie eine Builddefinition nicht direkt auf einen Stream oder einen Arbeitsbereich, der für einen anderen Zweck bestimmt ist. Verweisen Sie zum Beispiel ein Builddefinitionsverzeichnis nicht auf den persönlichen Arbeitsbereich eines Benutzers oder einen Team-Integrationsarbeitsbereich.
Anmerkung: Jazz-Build-Engine ist eine Komponente von Buildsystem-Toolkit. Sie bezieht sich auf den Prozess, der auf dem Build-Computer ausgeführt wird, und führt Ant-Scripts aus.

Statische Ressourcen

Der Buildadministrator muss die statischen Ressourcen manuell auf jedem Build-Computer installieren.
Tipp: Installieren Sie diese Ressourcen an dieselben relativen Speicherpositionen auf jedem Build-Computer. Sie können die relativen Speicherpositionen innerhalb einer der folgenden Typen von Build-Abhängigkeitsressourcen angeben:
Buildeigenschaft-Dateien
Geben Sie die relativen Speicherpositionen der statischen Ressourcen innerhalb der Buildeigenschaft-Dateien an. Wenn Sie statische Ressourcen an verschiedene Speicherpositionen auf den verschiedenen Build-Computern speichern, kann eine Speicherposition, die innerhalb der Buildeigenschaft-Datei angegeben ist, und die auf einem Build-Computer funktioniert, auf einem anderen Build-Computer fehlschlagen.
Builddefinitionen innerhalb von Rational Team Concert
Geben Sie die relativen Speicherpositionen der statischen Ressourcen innerhalb der Builddefinitionen in Rational Team Concert an. Wenn Sie statische Ressourcen an verschiedenen Speicherpositionen auf verschiedenen Build-Computern speichern, kann eine Builddefinition, die auf dem einen Build-Computer funktioniert, auf einem andere Build-Computer fehlschlagen.
Die folgenden statischen Ressourcen müssen auf dem Build-Computer vorhanden sein:
Statische Ressource Beschreibung
Oracle JDK Verwenden Sie dieses JDK zum Ausführen von Ant-Scripts und Android SDK-Tools, die vom Erstellungsscript ausgeführt werden. Achten Sie darauf ein JDK zu installieren, kein JRE, da einige Ant-Tasks Java™-Tools benötigen, die nur in JDK verfügbar sind.
Apache Ant Verwenden Sie Apache Ant zum Ausführen von Ant-Scripts.
JAR-Bibliotheksdateien Die folgenden JAR-Bibliotheksdateien stellen Worklight-Ant-Tasks bereit, die in den Erstellungsscripts verwendet werden, und aktivieren sie:
worklight-ant.jar
Verwenden Sie die Datei worklight-ant.jar, wenn Sie Anwendungen auf dem IBM® Worklight Server Version 6.0.0 erstellen. Diese Datei ist im Ordner WorklightServer in der IBM Worklight Server-Installation enthalten.
worklight-ant-builder.jar
Verwenden Sie die Datei worklight-ant-builder.jar, wenn Sie Anwendungen auf dem IBM Worklight Server Version 6.1.0 erstellen. Diese Datei ist im Ordner WorklightServer in der IBM Worklight Server-Installation enthalten.
Wichtig: Die Version der von Ihnen verwendeten JAR-Bibliotheksdatei (worklight-ant.jar oder worklight-ant-builder.jar) muss mit der Version auf dem Zielserver übereinstimmen.
Tipp: Eine Alternative zum Vorinstallieren der JAR-Bibliotheksdateien auf jedem Build-Computer ist es, sie in Ihrem Build-Arbeitsbereich einzuschließen. Auf diese Weise können Ihre Builddefinitionen und Engines verschiedene Versionen von Worklight verwenden. Bei dieser Methode wird auch das Erstellen von reproduzierbaren Builds unterstützt.

Der Nachteil dieser Methode ist, dass JAR-Bibliotheksdateien sehr groß sein können. Die Dateigröße kann sich auf die Leistung von Builds und von Build-Computern auswirken.

Wenn Sie ein Buildsystem und Build-Computer mit mehreren Teams gemeinsam nutzen, verwenden Sie diese Methode, um JAR-Bibliotheksdateien zu verwalten.

Optional. Dojo Toolkit Installieren Sie in folgenden Situationen das Dojo Toolkit auf jedem Build-Computer:
  • Die mobilen Anwendungen in Entwicklung verwenden Dojo.
  • Die mobilen Anwendungsprojekte enthalten entweder das Dojo Toolkit (im Arbeitsbereich) oder greifen darauf über ein Netzwerk für die Inhaltsübermittlung zu.

SDKs

Installieren Sie eins der folgenden SDKs auf jedem Build-Computer:
SDK Beschreibung
Apple Xcode SDK Installieren Sie dies auf OS X-Build-Computern, die Builds zum Erstellen von iOS IPA-Anwendungen ausführen. Weitere Informationen zum Installieren des Apple Xcode SDK erhalten Sie unter Erste Schritte mit IBM Worklight Module 02.1 – Einrichten Ihrer iOS-Entwicklungsumgebung.
Android-SDK Installieren Sie dies auf Build-Computern, die Builds zum Erstellen von Android APK-Anwendungen ausführen. Weitere Informationen zum Installieren von Android SDK erhalten Sie unter Erste Schritte mit IBM Worklight Module 02.2 – Einrichten Ihrer Android-Entwicklungsumgebung.

Feedback