Ausführungsmodi run-modes
Mit Ausführungsmodi können Sie Ihre AEM-Instanz auf einen bestimmten Zweck ausrichten, z. B. Author oder Publish, Test, Entwicklung, Intranet usw.
Sie haben folgende Möglichkeiten:
-
Kollektionen von Konfigurationsparametern für jeden Ausführungsmodus definieren.
Ein Grundbestand an Konfigurationsparametern wird auf alle Ausführungsmodi angewendet. Sie können dann zusätzliche Parameter entsprechend den Anforderungen Ihrer spezifischen Umgebung einstellen. Diese werden nach Bedarf angewendet.
-
Definieren von zusätzlichen Bundles, die für einen bestimmten Modus installiert werden sollen.
Sämtliche Einstellungen und Definitionen werden im selben Repository gespeichert und durch die Auswahl des Ausführungsmodus aktiviert.
Installations-Ausführungsmodi installation-run-modes
Installations- (oder fixe) Ausführungsmodi werden während der Installation verwendet und bleiben für die gesamte Dauer der Instanz gleich. Sie können nicht geändert werden.
Installations-Ausführungsmodi sind vordefiniert:
author
publish
samplecontent
nosamplecontent
Jeweils zwei Paare von Ausführungsmodi schließen einander gegenseitig aus. Sie können beispielsweise:
-
entweder
author
oderpublish
definieren, aber nicht beide gleichzeitig; -
author
mitsamplecontent
odernosamplecontent
(aber nicht beiden) kombinieren.
Benutzerdefinierte Ausführungsmodi customized-run-modes
Sie können auch eigene, benutzerdefinierte Ausführungsmodi erstellen. Diese können kombiniert werden, um Szenarien abzudecken, wie z. B.:
-
author
+development
-
publish
+test
-
publish
+test
+golive
-
publish
+intranet
-
nach Bedarf …
Benutzerdefinierte Ausführungsmodi können auch bei jedem Start ausgewählt werden.
Verwenden von samplecontent und nosamplecontent using-samplecontent-and-nosamplecontent
Mit diesen Modi können Sie die Verwendung von Beispielinhalten steuern. Der Beispielinhalt wird vor der Erstellung des Schnellstarts definiert und kann Pakete, Konfigurationen usw. umfassen:
-
Mit dem Ausführungsmodus
samplecontent
wird dieser Inhalt installiert (Standardmodus). -
Mit dem Modus
nosamplecontent
wird der Beispielinhalt nicht installiert.
Der Ausführungsmodus nosamplecontent wurde für Produktionsinstallationen entwickelt.
Definieren von Konfigurationseigenschaften für einen Ausführungsmodus defining-configuration-properties-for-a-run-mode
Eine Sammlung von Werten für Konfigurationseigenschaften, die für einen bestimmten Ausführungsmodus verwendet werden, kann im Repository gespeichert werden.
Der Ausführungsmodus wird durch ein Suffix nach dem Ordnernamen angegeben. Auf diese Weise können Sie alle Konfigurationen in einem Repository speichern. Beispiel:
-
config
Wird für alle Ausführungsmodi verwendet
-
config.author
Wird für den author-Ausführungsmodus verwendet
-
config.publish
Wird für den publish-Ausführungsmodus verwendet
-
config.<run-mode>
Wird für die den entsprechenden Ausführungsmodus verwendet. z. B. config
Siehe OSGi-Konfiguration im Repository für weitere Informationen zum Definieren der einzelnen Konfigurationsknoten in diesen Ordnern und zum Erstellen von Konfigurationen für Kombinationen aus mehreren Ausführungsmodi.
Definieren von zusätzlichen Bundles, die für einen Ausführungsmodus installiert werden sollen defining-additional-bundles-to-be-installed-for-a-run-mode
Zusätzliche Bundles, die für einen bestimmten Ausführungsmodus installiert werden sollen, können ebenfalls angegeben werden. Für diese Definitionen werden Installationsordner verwendet, die die Bundles enthalten. Auch hier ist der Ausführungsmodus durch ein Präfix gekennzeichnet:
install.author
install.publish
Diese Ordner sich vom Typ nt:folder
und sollten das entsprechende Bundle enthalten.
Starten von CQ mit einem bestimmten Ausführungsmodus starting-cq-with-a-specific-run-mode
Wenn Sie Konfigurationen für mehrere Ausführungsmodi definiert haben, müssen Sie definieren, welcher beim Start verwendet werden soll. Es gibt mehrere Methoden, um festzulegen, welcher Ausführungsmodus verwendet werden soll. Die Reihenfolge der Auflösung lautet:
Wenn Sie einen Anwendungsserver verwenden, können Sie auch den Ausführungsmodus in web.xml definieren.
Verwenden der sling.properties-Datei using-the-sling-properties-file
Mit der Datei sling.properties
können Sie den erforderlichen Ausführungsmodus definieren:
-
Bearbeiten Sie die Konfigurationsdatei:
<cq-installation-dir>/crx-quickstart/conf/sling.properties
-
Fügen Sie die folgenden Eigenschaften hinzu; dies ist ein Beispiel für „author“:
sling.run.modes=author
Verwenden der -r-Option using-the-r-option
Beim Ausführen des Schnellstarts können Sie mit der -r
-Option einen benutzerdefinierten Ausführungsmodus aktivieren. Beispielsweise können Sie folgenden Befehl verwenden, um eine AEM-Instanz mit dem dev-Ausführungsmodus zu starten. ``
java -jar cq-56-p4545.jar -r dev
Verwenden einer Systemeigenschaft im Startskript using-a-system-property-in-the-start-script
Mit einer Systemeigenschaft im Startskript kann der Ausführungsmodus spezifiziert werden.
-
Beispielsweise können Sie Folgendes verwenden, um eine Instanz als Produktionsveröffentlichungsinstanz zu starten, die sich in den USA befindet:
-Dsling.run.modes=publish,prod,us
Erkennen von Dateinamen – Umbenennen der JAR-Datei filename-detection-renaming-the-jar-file
Die folgenden beiden Installations-Ausführungsmodi können durch die Umbenennung der Installations-JAR-Datei vor der Installation aktiviert werden:
- publish
- author
Die JAR-Datei muss die Namenskonvention verwenden:
cq5-<run-mode>-p<port-number>
Beispielsweise können Sie den Ausführungsmodus publish
festlegen, indem Sie die JAR-Datei folgendermaßen benennen:
cq5-publish-p4503
Definieren des Ausführungsmodus in web.xml (mit Anwendungs-Server) defining-the-run-mode-in-web-xml-with-application-server
Wenn Sie einen Anwendungs-Server verwenden, können Sie auch die Eigenschaft konfigurieren:
sling.run.modes
in der Datei:
WEB-INF/web.xml
Dies ist die war
-Datei von AEM. Sie sollte vor der Bereitstellung aktualisiert werden.
Weitere Informationen dazu finden Sie unter Installieren von AEM mit einem Anwendungsserver.