Pasos para la sincronización de usuarios de Comunidades AEM en funcionamiento

Buscar

Última actualización el

Pasos para la sincronización de usuarios de Comunidades AEM en funcionamiento. Los usuarios ya no se sincronizan entre instancias publicadas.

Causa

La sincronización de usuarios puede fallar por varios motivos. Estos son los más comunes:

Configuración errónea
Es posible que se produzca un error al guardar cuando el usuario esté en una instancia pública
Es posible que se produzca un error en el sistema para guardar el paquete de usuario debido a un error o problema de permisos (instancia de creación o de publicación)
Es posible que una tarea de sling se haya atascado debido a la falta de un paquete de usuario

Resolución

I. Siga la documentación de la guía de solución de problemas

Guía de solución de problemas

II. Actualice VaultDistributionPackageBuilderFactory (solo se aplica a AEM 6.2)

** Esto solo se aplica a AEM 6.2.

Actualice socialpubsync-vlt Vault Package Builder Factory para abordar estos elementos:

almacene los paquetes de sincronización del usuario en el sistema de archivos o en instancias sin agrupar para aumentar la estabilidad y el rendimiento.
incluya los nodos rep:policy y evite que los nodos .token y rep:cache se sincronicen con el usuario
Evite el error "no se pueden recuperar los paquetes" [1]

Vaya a la consola de OSGi http://host:port/system/console/configMgr
Busque Apache Sling Distribution Packaging - Vault Package Builder Factory cuyo campo de nombre sea socialpubsync-vlt.
Seleccione la lista desplegable de tipos y elija los paquetes de archivo en lugar de los paquetes jcr. Realice este paso solo para instancias sin agrupar.
En el campo Filtros del paquete, añada estos valores:
- /home/users|-.*/rep:cache
- /home/users|-.*/.tokens
- /home/users|-.*/rep:policy
Nota:

Añadir rep:cache aquí evita que se produzca el siguiente error:

[... POST /libs/sling/distribution/services/importers/socialpubsync HTTP/1.1] org.apache.jackrabbit.vault.packaging.impl.ZipVaultPackage Error durante la instalación.
javax.jcr.nodetype.ConstraintViolationException: OakConstraint0034: Intente crear o cambiar la caché mantenida por el sistema.
Seleccione el algoritmo implícito para calcular la suma de comprobación del paquete Abra la lista desplegable y seleccione md5.
Haga clic en Guardar.

Si está ejecutando AEM6.2, instale Cumulative Fix Pack 3 en todas las instancias de creación y publicación o contacte con el servicio de atención al cliente de AEM para solicitar un paquete de correcciones para NPR-13034. Si no las instala, la configuración anterior no será efectiva.

III. Compruebe que los nodos de sling:Folder están distribuidos (solo se aplica a AEM 6.2)

** Esto solo se aplica a AEM 6.2.

Hay un problema con la configuración predeterminada en la sincronización de usuarios en el que no se distribuyen nodos de sling:Folder como social/relationships/following.

Vaya a http://aem-host:port/system/console/configMgr/com.adobe.cq.social.sync.impl.UserSyncListenerImpl e inicie sesión como administrador.
Añada sling:Folder a los Tipos de nodos.

IV. Vacíe los paquetes de usuario

Según su versión de Sling Distribution y AEM Social Communities, es posible que tenga algunos paquetes de usuarios creados en /etc/packages/sling (versiones anteriores - AEM6.1 sin paquetes de correcciones) o en /var/sling/distribution/packages (versiones más recientes - AEM6.1 con AEM Social Communities FP4 o posterior).

Vaya a http://host:port/crx/explorer/index.jsp
Inicie sesión como administrador.
Vaya a to /etc/packages y elimina la subcarpeta del sling.
Vaya a /var/sling/distribution y elimine la subcarpeta de paquetes.
Haga clic en Guardar.

Si ya tiene configurado el campo de tipos como paquetes de archivo en su configuración de Vault Package Builder Factory, debe vaciar los paquetes de la carpeta temporal:

Inicie sesión en su servidor de AEM.
Vaya al directorio temporal utilizado en el proceso de java de AEM (esto se podría definir potencialmente por el parámetro JVM -Djava.io.tmpdir).
Elimine todos los paquetes de esa carpeta. Este es un ejemplo de un comando que se podría utilizar en Linux: for i in dstrpck*; do rm $i; done
Repita lo mismo para todas las instancias de AEM (instacias de creación y de publicación).

V. Desbloquee la cola de distribución.

Ahora que ha vaciado todos los paquetes, elimina todas las tareas de Sling atascadas que las referencian. Si las tareas más antiguas de /var/eventing/jobs/unassigned no se procesan debido a algún tipo de error, podrían provocar que fallara la sincronización de usuarios. Elimínelas en cada nodo de AEM para desbloquear la cola de sincronización:

Vaya a http://host:port/crx/explorer/index.jsp
Inicie sesión como administrador.
Abrir el Explorador de contenido.
Vaya a /var/eventing/jobs
Haga clic con el botón derecho en la primera subcarpeta de /var/eventing/jobs/unassigned
Busque el nodo secundario que empieza por org.apache.sling.distribution
Haga clic con el botón derecho en el nodo y elimine de forma recursiva.
Desmarque la casilla Exploración preliminar.
Elimine.

VI. Análisis detallado

Si ninguno de los pasos anteriores solucionaron el problema de sincronización de usuarios, active el registro de nivel de depuración para estos paquetes de java (instancias de creación y de publicación):

Vaya a http://aem-host:port/system/console/slinglog
Haga clic en Añadir nuevo usuario.
Configure los siguientes valores:
- Nivel de registro -> Depuración
- Archivo de registro -> logs/usersync.log
- Usuarios
  
  org.apache.sling.distribution
  
  org.apache.sling.event
  
  com.adobe.cq.social.sync
Haga clic en Guardar.
Contacte con el servicio de atención al cliente de AEM si necesita ayuda. Incluya una descripción del problema y adjunte los archivos de registro.

[1] Error en la sincronización de usuarios después de aplicar 6.2 Cumulative Fix Pack 5 o posterior

22.08.2017 12:38:16.044 *ERROR* [sling-default-655-scheduledEventTriggerorg.apache.sling.distribution.agent.impl.TriggerAgentRequestHandler@3b05483d] org.apache.sling.distribution.agent.impl.SimpleDistributionAgent [agent][socialpubsync] cannot retrieve packages
org.apache.sling.distribution.common.DistributionException: java.lang.NullPointerException
at org.apache.sling.distribution.packaging.impl.FileDistributionPackageBuilder.readPackageInternal(FileDistributionPackageBuilder.java:127)
at org.apache.sling.distribution.packaging.impl.AbstractDistributionPackageBuilder.readPackage(AbstractDistributionPackageBuilder.java:111)
at org.apache.sling.distribution.serialization.impl.vlt.VaultDistributionPackageBuilderFactory.readPackage(VaultDistributionPackageBuilderFactory.java:243)
at org.apache.sling.distribution.transport.impl.SimpleHttpDistributionTransport.retrievePackage(SimpleHttpDistributionTransport.java:156)
at org.apache.sling.distribution.packaging.impl.exporter.RemoteDistributionPackageExporter.exportPackages(RemoteDistributionPackageExporter.java:82)
at org.apache.sling.distribution.agent.impl.SimpleDistributionAgent.exportPackages(SimpleDistributionAgent.java:214)
at org.apache.sling.distribution.agent.impl.SimpleDistributionAgent.execute(SimpleDistributionAgent.java:182)
at org.apache.sling.distribution.agent.impl.TriggerAgentRequestHandler.handle(TriggerAgentRequestHandler.java:71)
at org.apache.sling.distribution.trigger.impl.ScheduledDistributionTrigger$ScheduledDistribution.run(ScheduledDistributionTrigger.java:134)
at org.apache.sling.commons.scheduler.impl.QuartzJobExecutor.execute(QuartzJobExecutor.java:118)
at org.quartz.core.JobRunShell.run(JobRunShell.java:202)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.NullPointerException: null

Inicia sesión en tu cuenta