Versión CQ 5.5: Cambios en la instalación y configuración

En CQ 5.5, la contraseña de administrador tiene que ser cambiada solo una vez en el repositorio.

1. Vaya a /libs/granite/security/content/admin.html
2. Seleccione el usuario administrador y haga clic en el símbolo del lápiz para editarlo
3. Cambie la contraseña y guarde

Ya no es necesario cambiar la contraseña de administrador para CQSE y en la Consola Felix.

¿Cómo cambio el puerto predeterminado?

Cambie el nombre de archivo del inicio rápido para que contenga el número de puerto.

Nuevo en CQ 5.5 requiere un prefijo -p antes del número de puerto: Ejemplo: cq-quickstart-5.5.0-publish-p4503.jar para iniciar el servidor como publicación en el puerto 4503

¿Cómo iniciar/parar desde la línea de comandos?

Siga estas instrucciones para una instalación limpia:

1. Utilice la opción -unpack para extraer la instalación de CQ5 sin iniciar el servidor:
   java -server -jar cq-quickstart-5.5.0.jar -unpack
2. En las carpetas de extracción hay una carpeta crx-quickstart/bin que contiene un script de inicio y detención para sistemas basados en Windows o Unix.
3. Edite start (en Unix) o start.bat (en Windows) para cambiar la configuración del modo de ejecución, número de puerto y memoria java.

¿Cómo inicio la implementación de WAR como instancia de publicación?

CQ 5.5 también está disponible como un único archivo WAR para implementaciones de Servidores de aplicaciones web.

El archivo WAR está preconfigurado para iniciarse como instancia de autor. Siga estos pasos para cambiar el modo de ejecución de las publicaciones:

1. Desempaquete web.xml del archivo war
2. Edite web.xml y cambie el parámetro de modo de ejecución para publicaciones
3. Reempaquete web.xml en el archivo war
4. Implemente el archivo war en el contenedor del servidor de aplicaciones web

Actualización a CQ 5.5

Los sitios existentes que se ejecutan con la instalación de inicio rápido de CQ 5.3 y CQ 5.4 pueden actualizarse a CQ 5.5 con los siguientes pasos:

1. Cree una copia de las instancias de producción (autor y publicación). Por ejemplo, con la herramienta de copia de seguridad CRX.
2. Extraiga las copias de seguridad en un entorno de pruebas
3. Inicie las instancias tal cual están y deshabilite los agentes de replicación para evitar interferencias innecesarias con el entorno de producción
4. Detenga las instancias y reemplace el jar de inicio rápido con la versión de 5.5
   
5. Inicie las instancias
   
6. El inicio rápido detectará que hay una versión más antigua del repositorio y ejecutará el proceso de actualización. Esto puede tardar unos minutos. Se recomienda observar los archivos de registro durante el primer inicio.
7. Cambie la configuración de los agentes de replicación para que apunten a su entorno de pruebas.

Nueva ruta predeterminada para acceder a los activos de DAM a través de WebDAV

Para acceder y modificar los activos de DAM a través de WebDAV, utilice la ruta /content/dam para localizar los activos en el Explorador de Windows o en el Buscador de Mac.

Las versiones anteriores a CQ 5.5 tenían los activos de DAM ubicados en /var/dam. Esta carpeta ya no se utiliza.

Las páginas no están completamente cargadas en la publicación después de la actualización de la versión anterior de CQ5

Problema: Después de la actualización del sitio a CQ 5.5, las páginas solo se cargan parcialmente o se ven rotas cuando se accede a ellas a través del servidor de publicación.

Solución: Compruebe si todos los recursos para el sitio, que incluye: CSS, JS, Flash, las imágenes se cargan correctamente desde el servidor y no dan como resultado un 404 HTTP (Recurso no encontrado).

De forma predeterminada, CQ 5.5 restringe el acceso a ciertas ubicaciones en el repositorio en un servidor de publicación. Si el sitio solicita recursos en estas ubicaciones, no serán cargados y resultarán en un error 404. Recomendamos mover estos recursos a ubicaciones disponibles públicamente en el repositorio.

El visitante anónimo del sitio web no tiene acceso a las siguientes rutas en CQ 5.5:

• /apps
• /libs
• /particular

Se recomienda colocar recursos accesibles al público en:

• /contenido
• /etc/designs

¿Cómo implementar un LoginModule personalizado?

Los LoginModules personalizados se implementan como paquetes de fragmentos OSGi en CQ 5.5. Esto se debe a los cambios en la forma en que se implementa el Repositorio de Contenido CRX.

• Envuelva el LoginModule en un paquete de fragmentos
• Utilice el servidor Fragment-Host: com.day.crx.sling.server
• El paquete debe tener StartLevel 15
• El paquete debe estar presente en el momento del inicio para que funcione, por lo que debe reiniciar la instancia de CQ después de cargarla.

Se aplica a

CQ 5.5