Procédure de mise à niveau pour les installations de serveur d’applications upgrade-steps-for-application-server-installations
Cette section décrit la procédure à suivre pour mettre à jour AEM pour les installations de serveur d’applications.
Tous les exemples de cette procédure utilisent JBoss comme serveur d’applications et impliquent que vous disposez d’une version fonctionnelle d’AEM déjà déployée. La procédure est destinée à documenter les mises à niveau d’AEM version 5.6 vers la version 6.3.
-
Tout d’abord, démarrez JBoss. Dans la plupart des cas, vous pouvez effectuer cette opération en exécutant l’événement
standalone.sh
script de démarrage, en exécutant cette commande à partir du terminal :code language-shell jboss-install-folder/bin/standalone.sh
-
Si AEM 5.6 est déjà déployé, vérifiez que les lots fonctionnent correctement en exécutant :
code language-shell wget https://<serveraddress:port>/cq/system/console/bundles
-
Ensuite, annulez le déploiement d’AEM 5.6 :
code language-shell rm jboss-install-folder/standalone/deployments/cq.war
-
Arrêtez JBoss.
-
À présent, migrez le référentiel à l’aide de l’outil de migration crx2oak:
code language-shell java -jar crx2oak.jar crx-quickstart/repository/ crx-quickstart/oak-repository
note note NOTE Dans cet exemple, oak-repository est le répertoire temporaire où réside le référentiel nouvellement converti. Avant d’effectuer cette étape, vérifiez que vous disposez de la dernière version de crx2oak.jar. -
Supprimez les propriétés requises du fichier sling.properties en procédant comme suit :
-
Ouvrez le fichier situé à l’emplacement
crx-quickstart/launchpad/sling.properties
. -
Supprimez les propriétés suivantes et enregistrez le fichier :
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
-
-
Supprimez les fichiers et les dossiers qui ne sont plus nécessaires. Les éléments que vous devez supprimer spécifiquement sont les suivants :
- Le launchpad/startup folder. Vous pouvez le supprimer en exécutant la commande suivante dans le terminal :
rm -rf crx-quickstart/launchpad/startup
- Le fichier base.jar :
find crx-quickstart/launchpad -type f -name "org.apache.sling.launchpad.base.jar*" -exec rm -f {} \
- Le fichier BootstrapCommandFile_timestamp.txt :
rm -f crx-quickstart/launchpad/felix/bundle0/BootstrapCommandFile_timestamp.txt
- Le launchpad/startup folder. Vous pouvez le supprimer en exécutant la commande suivante dans le terminal :
-
Copiez l’entrepôt de segments nouvellement migré à son emplacement approprié :
code language-shell mv crx-quickstart/oak-repository/segmentstore crx-quickstart/repository/segmentstore
-
Copiez également la banque de données :
code language-shell mv crx-quickstart/repository/repository/datastore crx-quickstart/repository/datastore
-
Ensuite, vous devez créer le dossier qui contiendra les configurations OSGi qui seront utilisées avec la nouvelle instance mise à niveau. Plus précisément, un dossier nommé install doit être créé sous crx-quickstart.
-
Créez maintenant l’entrepôt de noeuds et l’entrepôt de données qui seront utilisés avec AEM 6.3. Pour ce faire, créez deux fichiers portant les noms suivants sous crx-quickstart\install:
-
org.apache.jackrabbit.oak.segment.SegmentNodeStoreService.cfg
-
org.apache.jackrabbit.oak.plugins.blob.datastore.FileDataStore.cfg
Ces deux fichiers configureront AEM d’utiliser un magasin de noeuds TarMK et un entrepôt de données File.
-
-
Modifiez les fichiers de configuration pour les rendre prêts à l’emploi. Plus précisément :
-
Ajoutez la ligne suivante à org.apache.jackrabbit.oak.segment.SegmentNodeStoreService.config:
customBlobStore=true
-
Ajoutez ensuite les lignes suivantes à la org.apache.jackrabbit.oak.plugins.blob.datastore.FileDataStore.config:
code language-none path=./crx-quickstart/repository/datastore minRecordLength=4096
-
-
Supprimez le mode d’exécution crx2 en exécutant :
code language-shell find crx-quickstart/launchpad -type f -name "sling.options.file" -exec rm -rf {} \
-
Vous pouvez maintenant modifier les modes d’exécution du fichier war d’AEM 6.3. Pour ce faire, créez tout d’abord un dossier temporaire qui héberge le fichier war d’AEM 6.3. Le nom du dossier dans cet exemple sera : temp. Une fois le fichier war copié, extrayez son contenu en exécutant la commande suivante depuis le dossier temp :
code language-shell jar xvf aem-quickstart-6.3.0.war
-
Une fois le contenu extrait, accédez au dossier WEB-INF et modifiez le fichier afin de modifier les modes d’exécution.
web.xml
Pour trouver l’emplacement où ils sont définis dans le fichier XML, recherchez la chaînesling.run.modes
. Une fois que vous l’avez trouvée, définissez les modes d’exécution sur la ligne de code suivante qui, par défaut, est définie sur author :code language-shell <param-value >author</param-value>
-
Modifiez la valeur d’auteur ci-dessus et définissez les modes d’exécution sur : author,crx3,crx3tar Le bloc final de code doit ressembler à ceci :
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>
-
Créez à nouveau le fichier jar avec les contenus modifiés :
code language-shell jar cvf aem62.war
-
Enfin, déployez le nouveau fichier war :
code language-shell cp temp/aem62.war jboss-install-folder/standalone/deployments/aem61.war