In Adobe Experience Manager, vengono utilizzati agenti di replica per:
Questo articolo tratta le domande frequenti sull'uso della funzionalità di replicazione AEM.
Invece di inserire tutte le pagine sorelle su un unico livello, crea dei sottolivelli e distribuisci le pagine di conseguenza. Circa 100 pagine su un singolo livello sono accettabili. Per ulteriori informazioni, consulta http://helpx.adobe.com/it/experience-manager/kb/ReplicationSiblingReordering.html.
Riavvia l'istanza o riconfigura l'agente di replicazione per utilizzare l'IP invece del nome host. Per ulteriori informazioni, consulta http://helpx.adobe.com/it/experience-manager/kb/ReplicationFailureAfterNewIP.html.
È possibile controllare questa impostazione utilizzando le autorizzazioni di pagina utente/gruppo sotto etc/Replication (cioè il nodo /etc/replication). Per ulteriori informazioni, consulta http://helpx.adobe.com/it/experience-manager/kb/LimitAccessToReplicationAgents.html.
Le autorizzazioni di pagina non vengono replicate perché sono memorizzate sotto i nodi ai quali è concesso l'accesso, non con l'utente.
In generale, le autorizzazioni di pagina non devono essere replicate dall'autore per la pubblicazione e non sono un'impostazione predefinita. Questo perché i diritti di accesso dovrebbero essere diversi in questi due ambienti. Di conseguenza, configura le ACL alla pubblicazione separate rispetto all'autore. Per ulteriori informazioni, consulta http://helpx.adobe.com/it/experience-manager/kb/PagePermissionsNotReplicatedWithUser.html.
Secondo la preconfigurazione, solo i nodi cq:Page sono replicati inversamente. Per ogni altro nodo, è necessario utilizzare gli ultimi due metodi, come implementazione specifica di un progetto.
Queste sono le tre possibilità:
Puoi creare un oggetto ReplicationOptions con un AgentFilter:
ReplicationOptions opts = new ReplicationOptions();
opts.setFilter(new AgentFilter(){
public boolean isIncluded(final Agent agent) {
return "expectedAgentId".equals(agent.getId());
}
});
poi usa il metodo replica del replicatore:
/**
* Attiva una nuova replicazione con le opzioni in dotazione.
*
* @param session user session
* @param type The type of replication
* @param path The path specified the content to be replicated
* @param options Additional replication options
* @throws ReplicationException if an error occurs
*/
void replicate(Session session, ReplicationActionType type, String path,
ReplicationOptions options)
Per ulteriori informazioni, consulta http://helpx.adobe.com/it/experience-manager/kb/CQ5ReplicateToSpecificAgents.html.
@scr.component metatype="false" immediate="true"
@scr.service interface="org.osgi.service.event.EventHandler" @scr.property name="event.topics" valueRef="ReplicationAction.EVENT_TOPIC"
La replicazione del contenuto del CQ5 sembra essere bloccata
Gli editor possono creare contenuti, ma le pagine attivate non sono aggiornate nell'istanza di pubblicazione di CQ5.
Assicurati che ogni agente di replicazione sia abilitato e configurato correttamente
I privilegi di replicazione vengono persi a causa della nuova proprietà introdotta nel CQ 5.5 chiamata crx:replicate.
Puoi individuare un allegato che è un pacchetto con uno script che risolve il problema. Basta eseguirlo PRIMA dell'aggiornamento a CQ5.5. Per informazioni, vedi http://helpx.adobe.com/it/experience-manager/kb/replication-privileges-missing-after-upgrade-to-cq-5-5.html.
La causa di questo problema è che org.apache.sling.event.impl.JobEventHandler ha un limite predefinito di 10 per il numero di code di lavoro che il sistema può creare.
Risoluzione
Aumenta il numero massimo di code di lavoro secondo necessità (il numero di code dovrebbe essere superiore al numero di agenti di replicazione configurati + il numero di modelli di workflow)
Per ulteriori informazioni, consulta http://helpx.adobe.com/it/experience-manager/kb/CQ53UnableToCreateJobQueueDueToMaxQueues.html.
Non è più possibile replicare le ACL (cioè dall'istanza dell'autore all'istanza di pubblicazione). Questo comportamento è previsto e parte delle funzionalità.
Le ACL in CQ5 sono incentrate sul contenuto e non sull'utente come in CQ4. Di solito si hanno diritti di accesso diversi per pubblicare e autorizzare dal punto di vista dei contenuti. Quindi, non ha più senso replicare le ACL incentrate sui contenuti.
Con un CUG (gruppo chiuso di utenti), Adobe sta lavorando ad una soluzione preconfigurata. Nei pageprops di una pagina, permette di proteggere questa pagina (e tutte le sottopagine) con un CUG specifico. In questo modo, solo gli utenti che sono membri di un gruppo specifico hanno accesso. L'ACL sulla pubblicazione è impostato sulla pubblicazione stessa automaticamente se la pagina è attivata. Per ulteriori informazioni, consulta http://helpx.adobe.com/it/experience-manager/kb/ACLReplication.html.
L'archivio cresce velocemente (diversi MB al minuto) e i log mostrano un errore di replicazione inversa.
Ad esempio, "WARN [Reverse Replication Processor] com.day.cq.replication.Agent.publish_reverse Reverse Replication not implemented for action: TEST. Percorso outbox remoto: /var/replication/outbox."
Nell'istanza di pubblicazione, trova e elimina manualmente l'articolo dalla casella di pubblicazione.
Per evitare questo problema in futuro, aggiorna a CQ 5.6 o non utilizzare il pulsante Test della connessione sull'agente di replicazione inversa.
Verifica con il supporto Adobe per una hotfix esistente se hai problemi simili con la replicazione inversa. (Vedi anche l'elenco consigliato di hotfix per CQ 5.4.)
Per ulteriori informazioni, vedi http://helpx.adobe.com/it/experience-manager/kb/content-grow-due-reverse-replication.html.
Hai un agente di replicazione con i diritti ACL corretti. Tuttavia, quando si tenta di replicare con questo agente, si vede quanto segue nei log di replica:
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: ---------------------------
Per risolvere questo problema, nega l'accesso in lettura di /system/replication/content all'utente anonimo nell'istanza target. Per ulteriori informazioni, consulta http://helpx.adobe.com/it/experience-manager/kb/ReplicationAgentUsingAnonUser.html.
Accedi al tuo account