Containerisierte Developer Toolkit-Umgebung einrichten

Eine SI kann eine bereinigte Konfiguration der containerisierten Developer Toolkit-Umgebung auf einem lokalen System durchführen.

Bevor Sie beginnen

Jede Datei oder jeder Befehl, die bzw. der in der Docker Compose -Dokumentation erwähnt wird, ist relativ zum Verzeichnis devtoolkit_docker/compose , sofern nicht anders angegeben.
Ausführungsprotokolle sind im Verzeichnis logs verfügbar. Ältere Protokolle werden im Verzeichnis logs/backups gesichert.
Überprüfen Sie die Werte in der Standardeigenschaftendatei Docker Compose und ändern Sie die Werte nach Bedarf. Weitere Informationen finden Sie unter Standardeigenschaften für Docker Compose überschreiben.
Informationen zum Hinzufügen von entwicklertoolkitspezifischen funktionalen Eigenschaften finden Sie unter Funktionseigenschaften mit entwicklertoolkitspezifischen Werten überschreiben.

Vorgehensweise

Video zum Einrichten der Developer Toolkit-Umgebung

Sehen Sie sich dieses Video an, um die Developer Toolkit-Umgebung in einem Snapshot zu verstehen.

Nachdem Sie das Developer Toolkit extrahiert haben, können Sie mit dem Einrichten der Developer Toolkit-Umgebung fortfahren. Diese Prozedur gilt für Benutzer, die das Entwicklertoolkit zum ersten Mal einrichten oder ein bereinigtes Entwicklertoolkit einrichten möchten, nachdem die vorhandenen Entwicklertoolkitumgebungen vollständig entfernt wurden.

Wenn Sie ein Upgrade Ihrer vorhandenen Developer Toolkit-Umgebung durchführen möchten, ist die folgende Prozedur nicht anwendbar. Weitere Informationen zum Upgrade finden Sie unter Upgrade einer vorhandenen containerisierten Developer Toolkit-Umgebung durchführen.

Achtung: Prüfen Sie die folgenden Punkte, bevor Sie den Befehl zum Einrichten der Developer Toolkit-Umgebung ausführen:

Dieser Befehl führt auch eine Bereinigung durch, um alle vorhandenen Docker -Container-oder Datenträgerdaten zu löschen.
Standardmäßig geht der Befehl davon aus, dass Sie die Developer Toolkit-Umgebung völlig neu mit den Standardkonfigurationen einrichten. Sie müssen keine Eigenschaft in der Datei om-compose.properties für allgemeine Anwendungsfälle überschreiben oder ändern. Jede Eigenschaft nimmt bereits einen Standardwert an. Für die erweiterte Verwendung können Sie die Kommentarzeichen für eine Eigenschaft entfernen und den Standardwert ändern, um ihn nach Bedarf zu überschreiben.
Wenn Sie jedoch das Entwickler-Toolkit unter macOS, einrichten, müssen Sie die Eigenschaften HOST_OS und JAVA_HOME überschreiben.

Weitere Informationen zu den Eigenschaften finden Sie unter Standardeigenschaften von Docker Compose überschreiben.
Wenn Sie die Datei devtoolkit_extras.tar wie beschrieben installiert haben, installiert der Setup-Prozess standardmäßig den Sterling™ Intelligent Promising Inventory Visibility Adapter Phase 2.
Wenn Sie V2 -APIs im Inventory Visibility, stellen Sie sicher, dass die V2 -APIs in Ihrem Inventory Visibility mandanten Um die V2 -APIs im Entwickler-Toolkit zu aktivieren, legen Sie die IV_V2_ENABLE=Y -Eigenschaft in der om-compose.properties -Datei fest.

Zur Installation von Sterling Intelligent Promising Inventory Visibility adapter Phase 1 zu installieren, siehe Installation des Entwickler-Toolkits mit Sterling Intelligent Promising Inventory Visibility Phase 1 Adapter. Weitere Informationen finden Sie unter Inventarisierungsdienst.

Führen Sie den folgenden Befehl aus, um die Developer Toolkit-Umgebung einzurichten:
```
./om-compose.sh setup optional: full_path_to_customization_package
```
Nach der Ausführung des Konfigurationsbefehls werden Sie aufgefordert, die Developer Toolkit-Lizenz zu lesen und zu akzeptieren. Um die auf dem Bildschirm angezeigte Lizenz zu akzeptieren, drücken Sie die Enter und geben Sie acceptein.
Wenn Sie die Lizenz bereits gelesen und akzeptiert haben und die Konfiguration ohne Eingabeaufforderung ausführen wollen, dann können Sie die folgende Eigenschaft zu om-compose.propertieshinzufügen:
DTK_LICENSE=accept
Die Konfiguration wird in ca. 1 Stunde abgeschlossen. Alle Protokolle werden im Verzeichnis logs generiert. Überprüfen Sie nach Abschluss der Konfiguration Ihre Installation, indem Sie auf die Anwendungen zugreifen. Der Standardanmeldename ist admin und das Kennwort ist password.
1. Rufen Sie die folgende Website auf: URL, um die Bereitstellung von IBM® Sterling Business Center zu überprüfen:
```
http://<HOST>:<Port>/sbc/sbc/login.do
```
  - < HOST> ist localhost oder der Host, auf dem die Container ausgeführt werden.
  - Der Port ist entweder 9080(http) oder 9443(https), sofern Sie den Port nicht in der Datei om-compose.properties festlegen.
2. Greifen Sie auf den API-Tester zu, indem Sie die folgende URL verwenden:
```
http://<HOST>:<Port>/smcfs/yfshttpapi/yantrahttpapitester.jsp
```
Der Konfigurationsbefehl kopiert auch die Laufzeit aus dem om-runtime Docker -Container in Ihr Verzeichnis devtoolkit_docker auf dem Hostsystem. Alle vorhandenen Laufzeitverzeichnisse werden mit einer Zeitmarke umbenannt und nicht gelöscht.
Hinweis Ihr Laufzeitverzeichnis auf der Hostmaschine ist full path to devtoolkit_docker/runtime.

Wichtig: Wenn Sie Ihr Developer Toolkit in einer Windows-Umgebung konfiguriert haben, müssen Sie in den URLs für den Zugriff auf verschiedene Benutzerschnittstellenanwendungen wie Applications Manager, die IBM MQ -Konsole usw. von Ihrem Windows-System aus anstelle von localhostdie IP-Adresse Ihres WSL 2-Systems verwenden. Um localhostverwenden zu können, müssen Sie die relevanten Ports, an denen diese Services ausgeführt werden, an die IP-Adresse Ihres WSL2 -Systems weiterleiten. Weitere Informationen finden Sie unter Voraussetzungen für die Einrichtung des containerisierten Entwickler-Toolkits in einer Windows-Umgebung.
Sie können die Konnektivität zu Ihren Sterling Intelligent Promising Inventory Visibility -und Sterling Intelligent Promising Inventory Visibility -Instanzen in der Cloud jederzeit über Ihr Developer Toolkit überprüfen, indem Sie den folgenden Befehl ausführen:
./om-compose.sh check-services
Starten Sie die folgenden Integrationsserver aus dem Verzeichnis <extracted runtime directory>/bin, damit Ihre Bestandsaktualisierungen von Ihrer lokalen Instanz zur Sterling Intelligent Promising Inventory Visibility-Instanz in der Cloud fließen können:
- bash ./startIntegrationServer.sh IV_ADJUST_IS
- bash ./startIntegrationServer.sh IV_ADJUST_ID
Hinweis: Die Integrationsserver verwenden die Nachrichtenwarteschlangen IV_DEMAND_EVENT_Q und IV_SUPPLY_EVENT_Q . Es wird empfohlen, diese Warteschlangen nur für Integrationszwecke zu verwenden.

Nächste Schritte

Wenn Sie CDT-Daten nach der Einrichtung importieren möchten, siehe Importieren von Konfigurationen mit dem Configuration Deployment Tool (CDT)Importieren von Konfigurationen mit dem Configuration Deployment Tool (CDT).