Comment modifier le mot de passe admin ?

Dans CQ 5.5, le mot de passe admin ne doit être changé qu'une seule fois dans le référentiel.

  1. Accédez à /libs/granite/security/content/admin.html
  2. Sélectionnez l’utilisateur admin et cliquez sur le symbole crayon pour modifier.
  3. Modifiez le mot de passe et enregistrez

Il n'est plus nécessaire de modifier le mot de passe admin pour CQSE ainsi que dans la console Felix.

Comment modifier le port par défaut ?

Modifiez le nom du fichier de démarrage pour qu’il contienne le numéro de port.

Nouveau dans CQ 5.5 il nécessite un préfixe -p avant le numéro de port : exemple : cq-quickstart-5.5.0-publish-p4503.jar pour démarrer le serveur comme publication sur le port 4503

 

Comment démarrer/arrêter à partir de la ligne de commande ?

Suivez ces instructions pour une installation sans bavure :

  1. Utilisez l'option -décompresser pour extraire l'installation CQ5 sans démarrer le serveur :
    java -server -jar cq-quickstart-5.5.0.jar -unpack
  2. Parmi les dossiers d'extraction, on trouve celui nommé crx-quickstart/bin contenant un script de démarrage et d'arrêt pour les systèmes fonctionnant avec Windows ou Unix.
  3. Modifiez la fonction start (sur Unix) ou start.bat (Windows) pour changer de mode d'exécution, numéro de port ou de paramètres de mémoire java.

Comment démarrer le déploiement WAR en tant qu'instance de publication ?

CQ 5.5 est aussi disponible comme fichier WAR simple pour les déploiements d'application par serveur Web.

Le fichier WAR est préconfiguré en tant qu’instance d’auteur. Suivez ces étapes pour modifier le mode d'exécution pour publier :

  1. Décompressez web.xml du fichier dataSource
  2. Modifiez web.xml et changez le paramètre de mode d’exécution à publication
  3. Compressez web.xml dans le fichier WAR
  4. Déployez le fichier WAR dans le conteneur de serveur d’applications Web

Comment mettre à niveau à CQ 5.5

Les sites existants qui s'exécutent avec l'installation QuickStart de CQ 5.3 et CQ 5.4 peuvent être mis à niveau à CQ 5.5 en suivant les étapes suivantes :

  1. Créez une copie des instances de production (auteur et publication). Par exemple, avec l’outil de sauvegarde CRX.
  2. Extrayez les sauvegardes dans un environnement de test
  3. Exécutez les instances telles quelles et désactivez les agents de réplication - afin d’éviter les interférences inutiles avec l’environnement de production.
  4. Arrêtez les instances et remplacez QuickStart jar par la version de 5.5
  5. Exécutez les instances
  6. Le fichier QuickStart détecte qu’il existe une ancienne version du référentiel et qu’elle exécute le processus de mise à niveau. Cette opération peut prendre quelques minutes. Il est conseillé de « surveiller » les fichiers de journaux lors du premier démarrage.
  7. Modifiez la configuration des agents de réplication pour pointer vers votre environnement de test.


Nouveau chemin par défaut pour accéder aux ressources de gestion des actifs numériques (DAM) via WebDAV

Pour accéder aux ressources de gestion des actifs numériques (DAM) via WebDAV et les modifier, employez le chemin /content/dam vous permettant de les situer dans Windows Explorer ou Mac Finder.

Les versions antérieures à CQ 5.5 ont leur ressources DAM stockées dans /var/dam Ce dossier n'est plus utilisé.

 

Les pages ne sont pas complètement chargées sur publication après la mise à niveau de la version précédente CQ5

Problème : une fois le site mis à niveau à CQ 5.5, les pages ne sont que partiellement chargées ou paraissent cassées lorsqu'on y accède sur le serveur de publication.

Solution :veuillez vérifier si toutes les ressources pour le site, dont CSS, JS, Flash et images, sont chargées correctement à partir du serveur et ne provoquent pas une erreur HTTP 404 (ressource non trouvée).

CQ 5.5 par défaut limite l'accès à certains emplacements dans le référentiel sur le serveur de publication. Si le site nécessite des ressources dans ces emplacements, elles ne seront pas chargées et le résultat sera une erreur 404. Nous vous recommandons de déplacer ces ressources aux emplacements disponibles publiquement dans le référentiel.

Un visiteur anonyme via le serveur Web n'a pas d'accès aux chemins suivants dans CQ 5.5 :

  • /apps
  • /libs
  • /home

Il est recommandé de placer des ressources accessibles publiques dans :

  • /content
  • /etc/designs

Comment déployer un fichier LoginModule personnalisé ?

Les fichiers LoginModules personnalisés sont déployés comme lots fragmentés OSGi dans CQ 5.5. Cela est dû à des changements dans la façon dont le référentiel de contenu CRX est déployé.

  • Encapsulez le fichier LoginModule dans un lot fragmenté
  • Utilisez l'hôte-fragment :com.day.crx.sling.server
  • Le lot doit avoir le StartLevel à 15
  • Le lot doit être présent au démarrage pour pouvoir fonctionner. Vous devez donc redémarrer l’instance CQ après son téléchargement.

S’applique à

CQ 5.5

Ce produit est distribué sous licence Creative Commons Attribution - Pas d’utilisation commerciale - Partage à l’identique 3.0 non transposé  Les publications Twitter™ et Facebook ne sont pas couvertes par les dispositions Creative Commons.

Mentions légales   |   Politique de confidentialité en ligne