Schritte zur Aktualisierung von Installationen auf Anwendungs-Servern upgrade-steps-for-application-server-installations
In diesem Abschnitt wird das Verfahren beschrieben, das befolgt werden muss, um AEM für Anwendungsserverinstallationen zu aktualisieren.
Alle Beispiele in diesem Verfahren verwenden JBoss als Anwendungsserver und implizieren, dass Sie bereits über eine funktionierende Version von AEM verfügen. In dieser Anleitung wird die Aktualisierung von AEM 5.6 auf 6.3 beschrieben.
-
Starten Sie zunächst JBoss. In den meisten Fällen können Sie dies tun, indem Sie die
standalone.sh
Startskript, indem Sie diesen Befehl über das Terminal ausführen:code language-shell jboss-install-folder/bin/standalone.sh
-
Wenn AEM 5.6 bereits bereitgestellt ist, überprüfen Sie, ob die Bundles ordnungsgemäß funktionieren, indem Sie Folgendes ausführen:
code language-shell wget https://<serveraddress:port>/cq/system/console/bundles
-
Heben Sie anschließend die Bereitstellung AEM 5.6 auf:
code language-shell rm jboss-install-folder/standalone/deployments/cq.war
-
Beenden Sie JBoss.
-
Migrieren Sie das Repository nun mithilfe des crx2oak-Migrations-Tools:
code language-shell java -jar crx2oak.jar crx-quickstart/repository/ crx-quickstart/oak-repository
note note NOTE In diesem Beispiel ist oak-repository der temporäre Ordner, in dem sich das neu konvertierte Repository befindet. Bevor Sie diesen Schritt durchführen, stellen Sie sicher, dass Sie über die neueste crx2oak.jar-Version verfügen. -
Löschen Sie die erforderlichen Eigenschaften in der Datei sling.properties folgendermaßen:
-
Öffnen Sie die unter
crx-quickstart/launchpad/sling.properties
gespeicherte Datei. -
Entfernen Sie die folgenden Eigenschaften und speichern Sie die Datei:
sling.installer.dir
felix.cm.dir
granite.product.version
org.osgi.framework.system.packages
osgi-core-packages
osgi-compendium-services
jre-*
sling.run.mode.install.options
-
-
Entfernen Sie nicht mehr benötigte Dateien und Ordner. Die Elemente, die Sie speziell entfernen müssen, sind:
- Die launchpad/startup-Ordner. Sie können ihn löschen, indem Sie am Terminal den folgenden Befehl ausführen:
rm -rf crx-quickstart/launchpad/startup
- Die Datei base.jar:
find crx-quickstart/launchpad -type f -name "org.apache.sling.launchpad.base.jar*" -exec rm -f {} \
- Die Datei BootstrapCommandFile_timestamp.txt:
rm -f crx-quickstart/launchpad/felix/bundle0/BootstrapCommandFile_timestamp.txt
- Die launchpad/startup-Ordner. Sie können ihn löschen, indem Sie am Terminal den folgenden Befehl ausführen:
-
Kopieren Sie den neu migrierten Segmentspeicher an den richtigen Speicherort:
code language-shell mv crx-quickstart/oak-repository/segmentstore crx-quickstart/repository/segmentstore
-
Kopieren Sie auch den Datenspeicher:
code language-shell mv crx-quickstart/repository/repository/datastore crx-quickstart/repository/datastore
-
Als Nächstes müssen Sie den Ordner erstellen, der die OSGi-Konfigurationen enthält, die mit der neuen aktualisierten Instanz verwendet werden. Genauer gesagt muss ein Ordner mit dem Namen install unter erstellt werden. crx-quickstart.
-
Erstellen Sie nun den Knotenspeicher und den Datenspeicher, der mit AEM 6.3 verwendet werden soll. Erstellen Sie dazu zwei Dateien mit den folgenden Namen unter crx-quickstart\install:
-
org.apache.jackrabbit.oak.segment.SegmentNodeStoreService.cfg
-
org.apache.jackrabbit.oak.plugins.blob.datastore.FileDataStore.cfg
Diese beiden Dateien konfigurieren AEM so, dass ein TarMK-Knotenspeicher und ein Dateidatenspeicher verwendet werden.
-
-
Bearbeiten Sie die Konfigurationsdateien, damit sie einsatzbereit sind. Im Einzelnen:
-
Fügen Sie die folgende Zeile zu org.apache.jackrabbit.oak.segment.SegmentNodeStoreService.config:
customBlobStore=true
-
Fügen Sie dann die folgenden Zeilen zu org.apache.jackrabbit.oak.plugins.blob.datastore.FileDataStore.config:
code language-none path=./crx-quickstart/repository/datastore minRecordLength=4096
-
-
Entfernen Sie den crx2-Ausführungsmodus, indem Sie Folgendes ausführen:
code language-shell find crx-quickstart/launchpad -type f -name "sling.options.file" -exec rm -rf {} \
-
Ändern Sie nun die Ausführungsmodi in der WAR-Datei für AEM 6.3. Erstellen Sie dafür zunächst einen temporären Ordner, in dem die WAR-Datei für AEM 6.3 gespeichert wird. Der Name des Ordners in diesem Beispiel lautet temp. Extrahieren Sie nach dem Kopieren der WAR-Datei deren Inhalte im temporären Ordner:
code language-shell jar xvf aem-quickstart-6.3.0.war
-
Wechseln Sie nach dem Extrahieren der Inhalte zum Ordner WEB-INF und bearbeiten Sie die Datei , um die Ausführungsmodi zu ändern.
web.xml
Suchen Sie nach der Zeichenfolgesling.run.modes
, um ihre Position in der XML-Datei zu bestimmen. Wenn Sie sie gefunden haben, ändern Sie die Ausführungsmodi in der nächsten Code-Zeile, die standardmäßig auf author gesetzt ist:code language-shell <param-value >author</param-value>
-
Ändern Sie den obigen Autorenwert und legen Sie die Ausführungsmodi auf Folgendes fest: author,crx3,crx3tar Der endgültige Codeblock sollte wie folgt aussehen:
code language-none <init-param> <param-name>sling.run.modes</param-name> <param-value>author,crx3,crx3tar</param-value> </init-param> <load-on-startup>100</load-on-startup> </servlet>
-
Erstellen Sie die JAR-Datei erneut mit den geänderten Inhalten:
code language-shell jar cvf aem62.war
-
Stellen Sie schließlich die neue WAR-Datei bereit:
code language-shell cp temp/aem62.war jboss-install-folder/standalone/deployments/aem61.war