En Adobe Experience Manager, los agentes de replicación se utilizan para:
- Publique (active) contenido de un autor en un entorno de publicación.
- Descargue explícitamente contenido de la caché de Dispatcher.
- La devolución de aportes de usuario (por ejemplo, entradas de formularios) del entorno de publicación al entorno de creación (con el control del entorno de autor).
Este artículo cubre las preguntas frecuentes relacionadas con el uso de la funcionalidad de replicación de AEM.
En lugar de tener todas las páginas hermanas en un solo nivel, cree subniveles y distribuya las páginas en consecuencia. Tener alrededor de 100 páginas es aceptable en un solo nivel. Para obtener más información, consulte http://helpx.adobe.com/es/experience-manager/kb/ReplicationSiblingReordering.html.
Reinicie la instancia o reconfigure el agente de replicación para que utilice la IP en lugar del nombre del host. Para obtener más información, consulte http://helpx.adobe.com/es/experience-manager/kb/ReplicationFailureAfterNewIP.html.
Puede controlar esta configuración usando permisos de página de usuario/grupo en etc/Replication (es decir, el nodo /etc/replication). Para obtener más información, consulte http://helpx.adobe.com/es/experience-manager/kb/LimitAccessToReplicationAgents.html.
Los permisos de página no se replican porque se almacenan bajo los nodos a los que se concede acceso, no con el usuario.
En general, los permisos de página no deben ser replicados por el autor para su publicación y no son predeterminados. Esto se debe a que los derechos de acceso deberían ser diferentes en esos dos entornos. Por lo tanto, se recomienda configurar las ACL en la instancia de publicaciones por separado del autor. Para obtener más información, consulte http://helpx.adobe.com/es/experience-manager/kb/PagePermissionsNotReplicatedWithUser.html.
De forma predeterminada, solo los nodos cq:Page se replican al revés. Para cualquier otro nodo, es necesario utilizar los dos últimos métodos, como una implementación específica del proyecto.
Hay tres posibilidades:
- Utilice el SlingPostServlet (es decir, no cree ningún servidor de correo personalizado o POST.jsp para gestionar las solicitudes entrantes) de modo que implícitamente desencadene un PageEvent relacionado. A continuación, establezca un nombre de propiedad cq:distribute y establezca su valor en true en los nodos que desee replicar de forma inversa. Para implementar esta solución, no es necesario escribir ningún código. Puede utilizar el componente Formulario para fijar todos los campos ocultos necesarios.
- Utilice su propio código que accede al repositorio, modifique las propiedades “cq:lastModified”, “cq:lastModifiedBy” y “cq:distribute.” Los datos publicados se pueden controlar y el código interno escribe los datos. Para implementar esta solución, es necesario escribir el código de su proyecto.
- Utilice su propio código que llama al método de replicación desde el servicio Replicador con opciones para utilizar el modo de distribución. La replicación se controla desde su código. Para implementar esta solución, escriba el código específico de su proyecto.
Puede crear un objeto de ReplicationOptions con un AgentFilter:
ReplicationOptions opts = new ReplicationOptions();
opts.setFilter(new AgentFilter(){
public boolean isIncluded(final Agent agent) {
return "expectedAgentId".equals(agent.getId());
}
});
luego, use el método de replicación del replicador:
/**
* Desencadena una nueva réplica con las opciones suministradas.
*
* @param session sesión de usuario
* @param type El tipo de replicación
* @param path La ruta especifica el contenido a ser replicado
* @param options Opciones adicionales de replicación
* @throws ReplicationException si ocurre un error
*/
void replicate(Session session, ReplicationActionType type, String path,
ReplicationOptions options)
Para obtener más información, consulte http://helpx.adobe.com/es/experience-manager/kb/CQ5ReplicateToSpecificAgents.html.
- Cree una clase que implemente las interfaces de EventHandler.
- Añada las siguientes anotaciones del SCR:
@scr.component metatype="false" immediate="true" - Implemente el método público anulado handleEvent(Event event).
@scr.service interface="org.osgi.service.event.EventHandler" @scr.property name="event.topics" valueRef="ReplicationAction.EVENT_TOPIC"La réplica del contenido de CQ5 parece estar bloqueada
Los editores pueden crear contenido, pero las páginas activadas no se actualizan en la instancia de publicación de CQ5.
Asegúrese de que todos los agentes de replicación estén habilitados y configurados correctamente.
- Vaya a la lista de agentes de replicación (/etc/replication/agents.author.html).
- Para cada agente de replicación, haga lo siguiente:
- Asegúrese de que el agente esté habilitado.
- Verifique la conectividad con la instancia de publicación haciendo clic en Probar conexión. Si da error, asegúrese de que a nivel de red de TCP, el servidor que alberga la instancia de autor de CQ se puede conectar al puerto de la instancia de publicación.
- Abra el registro de replicación a través del vínculo Ver registro y compruebe si el último intento de replicación se realizó correctamente.
- Observe la primera ruta de carga útil en la cola de replicación. A continuación, intente borrar el primer elemento de la cola de replicación. Luego, verifique si la replicación se reanuda (comenzando con CQ5.4). Una vez que se reanude, vuelva a activar la primera carga útil observada en la cola.
- Haga una comprobación con el explorador de contenido de CRX y asegúrese de que no hay ningún nodo /bin/receive en la instancia de publicación. De lo contrario, bórrelo.
- Haga una comprobación con el explorador de contenido de CRX y asegúrese de que no hay ningún nodo /bin/replicate en la instancia de autor. De lo contrario, bórrelo.
- Si los registros no muestran ningún intento de replicación durante unos minutos, reinicie el paquete de replicación en la consola Felix. Si, aun así, no hay ningún intento de replicación en los registros de replicación, reinicie el paquete de soporte de eventos Apache Sling:
(http://<host>:<port>/system/console/bundles/org.apache.sling.event)
Los privilegios de replicación se pierden debido a la nueva propiedad que se introdujo en CQ 5.5, llamada crx:replicate.
Puede buscar un archivo adjunto, que sea un paquete con un script, que solucione el problema. Simplemente, ejecútelo ANTES de actualizar a CQ5.5. Para obtener más información, consulte http://helpx.adobe.com/es/experience-manager/kb/replication-privileges-missing-after-upgrade-to-cq-5-5.html.
La causa de este error es que org.apache.sling.event.impl.JobEventHandler tiene un límite de 10 colas de trabajo que el sistema puede crear.
Resolución
Aumentar el número máximo de colas de trabajo según sea necesario (el número de colas debe ser mayor que el número de agentes de replicación configurados + el número de modelos de flujo de trabajo)
- Inicie sesión en la consola Felix (http://host:port/system/console/configMgr).
- En la consola Felix, vaya a la pestaña Configuración.
- En la lista desplegable, seleccione Gestor de eventos de trabajo de Apache Sling (org.apache.sling.event.impl.JobEventHandler).
- Cambie el valor Máximo de colas de trabajo.
- Haga clic en Guardar.
Para obtener más información, consulte http://helpx.adobe.com/es/experience-manager/kb/CQ53UnableToCreateJobQueueDueToMaxQueues.html.
Ya no es posible replicar las ACL (es decir, desde la instancia de autor hasta la instancia de publicación). Este comportamiento es por diseño.
Los ACL en CQ5 están centrados en el contenido y no en el usuario como en CQ4. Por lo general, tiene diferentes derechos de acceso a la publicación y al autor desde una perspectiva de contenido. Así que ya no tiene sentido replicar los ACL centrados en el contenido.
Con un CUG (grupo de usuarios cerrado), Adobe está trabajando en una solución lista para usar. En los props de páginas de una página, le permite proteger esta página (y todas las subpáginas) mediante un CUG específico. De esta manera, solo los usuarios que son miembros de un grupo específico tienen acceso. Si la página está activada, la ACL de la publicación se configura en la propia publicación de forma automática. Para obtener más información, consulte http://helpx.adobe.com/es/experience-manager/kb/ACLReplication.html.
El repositorio crece rápidamente (varios MB por minuto) y los registros muestran un error acerca de la replicación inversa.
Por ejemplo, "WARN [Reverse Replication Processor] com.day.cq.replication.Agent.publish_reverse Réplica inversa no implementada para la acción: PRUEBA. Ruta remota de la bandeja de salida: /var/replication/outbox."
En la instancia de publicación, busque y elimine manualmente el elemento del cuadro de publicación.
Para evitar este problema en el futuro, actualice a CQ 5.6 o no utilice el botón Probar conexión en el agente de replicación inverso.
Compruebe con el servicio de asistencia técnica de Adobe si tiene problemas similares con la replicación inversa. (Consulte también la lista recomendada de correcciones para CQ 5.4.).
Para obtener más información, consulte http://helpx.adobe.com/es/experience-manager/kb/content-grow-due-reverse-replication.html.
Tiene un agente replicador con los derechos correctos de ACL. Sin embargo, cuando intente replicar con este agente, verá lo siguiente en sus registros de replicación:
13.06.2007 12:34:36 *INFO * author: << Date: Wed, 13 Jun 2007 10:34:36 GMT 13.06.2007 12:34:36 *INFO * author: << error: java.security.AccessControlException: User 'anonymous' not allowed rights '---c-' on handle /content/playground/en 13.06.2007 12:34:36 *INFO * author: Message sent. 13.06.2007 12:34:36 *INFO * author: ---------------------------
Para solucionar este problema, deniegue el acceso de lectura de /sistema/replicación/contenido para usuarios anónimos en su instancia de destino. Para obtener más información, consulte http://helpx.adobe.com/es/experience-manager/kb/ReplicationAgentUsingAnonUser.html.
Los términos de Creative Commons no cubren las publicaciones en Twitter™ y Facebook.