Show Menu
ARGOMENTI×

Replica

Gli agenti di replica sono fondamentali in Adobe Experience Manager (AEM) come meccanismo utilizzato per:
  • Pubblicare (attivare) il contenuto da un autore a un ambiente di pubblicazione.
  • Elimina esplicitamente il contenuto dalla cache del dispatcher.
  • Restituire l’input dell’utente (ad esempio, l’input del modulo) dall’ambiente di pubblicazione all’ambiente di authoring (controllato dall’ambiente di authoring).
Le richieste vengono messe in coda all'agente appropriato per l'elaborazione.
I dati utente (utenti, gruppi di utenti e profili utente) non vengono replicati tra le istanze di creazione e pubblicazione.
Per più istanze di pubblicazione, i dati utente sono distribuiti Sling quando è abilitata la sincronizzazione Sincronizzazione utente utente.

Replica da Author a Publish

La replica in un’istanza di pubblicazione o in un dispatcher avviene in diversi passaggi:
  • l’autore richiede che alcuni contenuti vengano pubblicati (attivati); questo può essere avviato da una richiesta manuale o da attivatori automatici preconfigurati.
  • la richiesta viene trasmessa all'agente di replica predefinito appropriato; un ambiente può avere diversi agenti predefiniti che saranno sempre selezionati per tali azioni.
  • l'agente di replica "crea un pacchetto" del contenuto e lo inserisce nella coda di replica.
  • nella scheda Siti Web l’indicatore di stato colorato è impostato per le singole pagine.
  • il contenuto viene sollevato dalla coda e trasportato all'ambiente di pubblicazione utilizzando il protocollo configurato; in genere si tratta di HTTP.
  • un servlet nell’ambiente di pubblicazione riceve la richiesta e pubblica il contenuto ricevuto; il servlet predefinito è http://localhost:4503/bin/receive .
  • è possibile configurare più ambienti di creazione e pubblicazione.

Replica da Pubblica a Autore

Alcune funzioni consentono agli utenti di inserire i dati in un’istanza di pubblicazione.
In alcuni casi, per restituire questi dati all’ambiente di authoring da cui vengono redistribuiti ad altri ambienti di pubblicazione è necessario un tipo di replica noto come replica inversa. Per motivi di sicurezza, il traffico dall’ambiente di pubblicazione all’ambiente di authoring deve essere rigorosamente controllato.
La replica inversa utilizza un agente nell'ambiente di pubblicazione che fa riferimento all'ambiente di authoring. Questo agente inserisce i dati in una casella in uscita. Questa casella in uscita viene associata ai listener di replica nell'ambiente di authoring. I listener eseguono il polling delle caselle di posta in uscita per raccogliere i dati immessi e quindi distribuirli secondo necessità. In questo modo l’ambiente di authoring controlla tutto il traffico.
In altri casi, ad esempio per le funzioni Community (ad esempio, forum, blog, commenti e revisioni), è difficile sincronizzare in modo efficiente tra le istanze AEM utilizzando la replica la quantità di contenuto generato dall’utente (UGC, user generated content) immesso nell’ambiente di pubblicazione.
AEM Communities non utilizza mai la replica per UGC. Al contrario, la distribuzione per Communities richiede uno store comune per UGC (consultate Community Content Storage ).

Replica - Out of the Box

Il sito Web Geometrixx incluso in un’installazione standard di AEM può essere utilizzato per illustrare la replica.
Per seguire questo esempio e utilizzare gli agenti di replica predefiniti, è necessario installare AEM con:
  • ambiente di authoring sulla porta 4502
  • l'ambiente di pubblicazione sulla porta 4503
Opzione attivata per impostazione predefinita :
  • Agenti sull'autore :Agente predefinito (pubblicazione)
Effettivamente disattivato per impostazione predefinita (a partire da AEM 6.1):
  • Agenti sull'autore : Agente replica inversa (publish_reverse)
  • Agenti in pubblicazione : Replica inversa (in uscita)
Per verificare lo stato dell’agente o della coda, utilizzate la console Strumenti . Vedere Monitoraggio degli agenti di replica.

Replica (autore per la pubblicazione)

  1. Passate alla pagina del supporto nell’ambiente di authoring.
    http://localhost:4502/content/geometrixx/en/support.html
  2. Modificate la pagina per aggiungere del nuovo testo.
  3. Attivate Pagina per pubblicare le modifiche.
  4. Aprite la pagina del supporto nell’ambiente di pubblicazione:
    http://localhost:4503/content/geometrixx/en/support.html
  5. È ora possibile visualizzare le modifiche immesse durante l’authoring.
Questa replica viene eseguita dall’ambiente di authoring tramite:
  • Agente predefinito (pubblicazione) Questo agente replica il contenuto nell’istanza di pubblicazione predefinita.
    Per informazioni dettagliate, consultate la console Strumenti dell’ambiente di authoring; oppure:
    http://localhost:4502/etc/replication/agents.author/publish.html .

Agenti di replica - Out of the Box

I seguenti agenti sono disponibili in un’installazione standard di AEM:
  • Agente predefinito - Utilizzato per replicare dall'autore alla pubblicazione.
  • Dispatcher Flush - Viene utilizzato per gestire la cache del Dispatcher. Per ulteriori informazioni, consulta Invalidazione della cache del dispatcher dall’ambiente di authoring e Invalidazione della cache del dispatcher da un’istanza di pubblicazione.
  • Replica inversa: utilizzata per la replica dalla pubblicazione all'autore. La replica inversa non viene utilizzata per le funzioni Community, come forum, blog e commenti. È effettivamente disattivato perché la casella in uscita non è abilitata. L'utilizzo della replica inversa richiede una configurazione personalizzata.
  • Agente statico - Si tratta di un "agente che memorizza una rappresentazione statica di un nodo nel file system." Ad esempio, con le impostazioni predefinite, le pagine di contenuto e le risorse DAM sono memorizzate in /tmp , come HTML o nel formato di risorsa appropriato. Vedere le schede Settings e Rules la configurazione. Questo è stato richiesto in modo che, quando la pagina viene richiesta direttamente dal server applicazioni, il contenuto possa essere visualizzato. Si tratta di un agente specializzato e (probabilmente) non sarà richiesto per la maggior parte dei casi.

Agenti di replica - Parametri di configurazione

Quando si configura un agente di replica dalla console Strumenti, nella finestra di dialogo sono disponibili quattro schede:

Impostazioni

  • Nome
    Un nome univoco per l'agente di replica.
  • Descrizione
    Descrizione della funzione che verrà utilizzata dall'agente di replica.
  • Abilitato
    Indica se l'agente di replica è attualmente abilitato.
    Quando l'agente è abilitato , la coda viene visualizzata come:
    • Attivo quando gli elementi vengono elaborati.
    • Inattivo quando la coda è vuota.
    • Bloccato quando gli elementi sono in coda, ma non possono essere elaborati; ad esempio, quando la coda di ricezione è disabilitata.
  • Tipo di serializzazione
    Tipo di serializzazione:
    • Predefinito : Impostare se l'agente deve essere selezionato automaticamente.
    • Dispatcher Flush : Selezionare questa opzione se l'agente deve essere utilizzato per cancellare la cache del dispatcher.
  • Ritardo per riprovare
    Il ritardo (in millisecondi) tra due tentativi, in caso di problemi.
    Impostazione predefinita: 60000
  • ID utente agente
    A seconda dell'ambiente, l'agente utilizzerà questo account utente per:
    • raccogliere e creare pacchetti di contenuti dall’ambiente di authoring
    • creare e scrivere il contenuto nell’ambiente di pubblicazione
    Lasciate questo campo vuoto per usare l’account utente del sistema (l’account definito in sling come utente amministratore); per impostazione predefinita è admin ).
    Per un agente nell’ambiente di authoring questo account deve disporre dell’accesso in lettura a tutti i percorsi che si desidera replicare.
    Per un agente nell’ambiente di pubblicazione, questo account deve disporre dell’accesso in scrittura e creazione necessario per replicare il contenuto.
    Può essere utilizzato come meccanismo per selezionare contenuti specifici per la replica.
  • Livello registro
    Specifica il livello di dettaglio da utilizzare per i messaggi di registro.
    • Error : verranno registrati solo gli errori
    • Info : verranno registrati errori, avvisi e altri messaggi informativi
    • Debug : nei messaggi verrà utilizzato un elevato livello di dettaglio, principalmente a scopo di debug
    Impostazione predefinita: Info
  • Usa per replica inversa
    Indica se questo agente verrà utilizzato per la replica inversa; restituisce l’input dell’utente dall’ambiente di pubblicazione all’ambiente di creazione.
  • Aggiornamento alias
    Selezionando questa opzione, le richieste di annullamento convalida di alias o percorso vanità vengono abilitate al dispatcher. Consultate anche Configurazione di un agente di scaricamento del dispatcher.

Trasporto

  • URI
    Indica il servlet di ricezione nella posizione di destinazione. In particolare, è possibile specificare il nome host (o alias) e il percorso contestuale dell'istanza di destinazione.
    Ad esempio:
    • Un agente predefinito può replicare http://localhost:4503/bin/receive
    • Un agente Dispatcher Flush può replicare in http://localhost:8000/dispatcher/invalidate.cache
    Il protocollo specificato qui (HTTP o HTTPS) determinerà il metodo di trasporto.
    Per gli agenti Dispatcher Flush, la proprietà URI viene utilizzata solo se si utilizzano voci virtualhost basate sul percorso per distinguere tra le farm, è possibile utilizzare questo campo per eseguire il targeting della farm per annullare la validità. Ad esempio, la farm n. 1 ha un host virtuale di www.mysite.com/path1/* e la farm n. 2 ha un host virtuale di www.mysite.com/path2/* . Potete utilizzare un URL di per /path1/invalidate.cache eseguire il targeting della prima farm e /path2/invalidate.cache della seconda farm.
  • User
    Nome utente dell’account da utilizzare per accedere alla destinazione.
  • Password
    Password per l'account da utilizzare per accedere alla destinazione.
  • Dominio NTLM
    Dominio per l’autenticazione NTML.
  • Host NTLM
    Host per l'autenticazione NTML.
  • Abilita SSL relaxed
    Abilitate questa opzione se desiderate che i certificati SSL autocertificati vengano accettati.
  • Consenti certificati scaduti
    Abilitate questa opzione se desiderate che i certificati SSL scaduti vengano accettati.

Proxy

Le seguenti impostazioni sono necessarie solo se è necessario un proxy:
  • Host proxy
    Nome host del proxy utilizzato per il trasporto.
  • Porta proxy
    Porta del proxy.
  • Utente proxy
    Nome utente dell’account da utilizzare.
  • Password proxy
    Password dell’account da utilizzare.
  • Dominio proxy NTLM
    Il dominio NTLM proxy.
  • Host proxy NTLM
    Il dominio NTLM proxy.

Esteso

  • Interfaccia
    Qui è possibile definire l'interfaccia socket a cui eseguire il binding.
    Imposta l'indirizzo locale da utilizzare per la creazione delle connessioni. Se non è impostato, verrà utilizzato l'indirizzo predefinito. Questo è utile per specificare l'interfaccia da utilizzare su sistemi multihomed o cluster.
  • Metodo HTTP
    Il metodo HTTP da utilizzare.
    Per un agente Dispatcher Flush questo è quasi sempre GET e non deve essere modificato (POST sarebbe un altro valore possibile).
  • Intestazioni HTTP
    Questi vengono utilizzati per gli agenti Dispatcher Flush e specificano gli elementi che devono essere scaricati.
    Per un agente Dispatcher Flush le tre voci standard non devono essere modificate:
    • CQ-Action:{action}
    • CQ-Handle:{path}
    • CQ-Path:{path}
    Questi vengono utilizzati, se del caso, per indicare l’azione da utilizzare per lo scarico della maniglia o del tracciato. I sottoparametri sono dinamici:
    • {action} indica un'azione di replica
    • {path} indica un percorso
    Essi sono sostituiti dal percorso/azione pertinente alla richiesta e pertanto non devono essere "hardcoded":
    Se AEM è stato installato in un contesto diverso da quello predefinito consigliato, sarà necessario registrare il contesto nelle intestazioni HTTP. Ad esempio:
    CQ-Handle:/<*yourContext*>{path}
  • Chiudi connessione
    Consente di chiudere la connessione dopo ogni richiesta.
  • Timeout connessione
    Timeout (in millisecondi) da applicare durante il tentativo di stabilire una connessione.
  • Timeout socket
    Timeout (in millisecondi) da applicare in attesa del traffico dopo la connessione.
  • Versione protocollo
    Versione del protocollo; ad esempio 1.0 per HTTP/1.0.

Attivatori

Queste impostazioni vengono utilizzate per definire i trigger per la replica automatizzata:
  • Ignora predefinito
    Se questa opzione è selezionata, l'agente è escluso dalla replica predefinita; ciò significa che non sarà utilizzato se un autore di contenuto emette un'azione di replica.
  • In caso di modifica
    In questo caso, la replica di questo agente verrà attivata automaticamente quando una pagina viene modificata. Questo viene utilizzato principalmente per gli agenti Dispatcher Flush, ma anche per la replica inversa.
  • Al momento della distribuzione
    Se questa opzione è selezionata, l'agente replicherà automaticamente qualsiasi contenuto contrassegnato per la distribuzione al momento della modifica.
  • Raggiunto On/Offtime
    Questo attiverà la replica automatica (per attivare o disattivare una pagina, come appropriato) quando si verificano gli orari o gli orari definiti per una pagina. Viene utilizzato principalmente per gli agenti Dispatcher Flush.
  • Al ricevimento
    Se questa opzione è selezionata, l'agente eseguirà la catena di replica ogni volta che riceve gli eventi di replica.
  • Nessun aggiornamento di stato
    Se questa opzione è selezionata, l'agente non forzerà l'aggiornamento dello stato di replica.
  • Nessun controllo delle versioni
    Se questa opzione è selezionata, l'agente non forza il controllo delle versioni delle pagine attivate.

Configurazione degli agenti di replica

Per informazioni sulla connessione degli agenti di replica all’istanza di pubblicazione tramite MSSL, vedere Replica mediante SSL reciproco.

Configurazione degli agenti di replica dall'ambiente Authoring

Dalla scheda Strumenti nell’ambiente di authoring è possibile configurare gli agenti di replica che risiedono nell’ambiente di authoring ( Agenti sull’autore ) o nell’ambiente di pubblicazione ( Agenti sulla pubblicazione ). Le procedure seguenti illustrano la configurazione di un agente per l’ambiente di authoring, ma possono essere utilizzate per entrambi.
Quando un dispatcher gestisce le richieste HTTP per le istanze di creazione o pubblicazione, la richiesta HTTP dell’agente di replica deve includere l’intestazione PATH. Oltre alla procedura seguente, è necessario aggiungere l’intestazione PATH all’elenco del dispatcher delle intestazioni client. (Vedere /clientheaders (intestazioni client) . dispatcher-configuration.html#specifying-the-http-headers-to-pass-through-clientheaders
  1. Accedete alla scheda Strumenti in AEM.
  2. Fare clic su Replica (riquadro a sinistra per aprire la cartella).
  3. Fate doppio clic su Agenti sull’autore (nel riquadro a sinistra o a destra).
  4. Fate clic sul nome agente appropriato (collegamento) per visualizzare informazioni dettagliate su tale agente.
  5. Fate clic su Modifica per aprire la finestra di dialogo di configurazione:
  6. I valori forniti devono essere sufficienti per un'installazione predefinita. Se si apportano modifiche, fare clic su OK per salvarle (vedere Agenti replica - Parametri di configurazione per ulteriori dettagli sui singoli parametri).
Un'installazione standard di AEM specifica admin come utente per le credenziali di trasporto all'interno degli agenti di replica predefiniti.
Deve essere modificato in un account utente di replica specifico per il sito con i privilegi necessari per replicare i percorsi richiesti.

Configurazione della replica inversa

La replica inversa viene utilizzata per riportare il contenuto generato dall’utente in un’istanza di pubblicazione a un’istanza di creazione. Questa funzione è comunemente utilizzata per funzioni quali sondaggi e moduli di registrazione.
Per motivi di sicurezza, la maggior parte delle topologie di rete non consente connessioni dalla "Zona Demilitarizzata" (una sottorete che espone i servizi esterni a una rete non affidabile come Internet).
Poiché l’ambiente di pubblicazione si trova solitamente nella rete perimetrale, per riportare il contenuto nell’ambiente di authoring è necessario avviare la connessione dall’istanza di creazione. A questo scopo:
  • una casella in uscita nell’ambiente di pubblicazione in cui è collocato il contenuto.
  • un agente (pubblicare) nell’ambiente di authoring che esegue periodicamente il polling della casella in uscita per il nuovo contenuto.
Per AEM Communities , la replica non viene utilizzata per il contenuto generato dall'utente in un'istanza di pubblicazione. Consultate Archiviazione dei contenuti della community.
A tal fine, è necessario:
Agente di replica inversa nell’ambiente di creazione Questo agisce come componente attivo per raccogliere informazioni dalla casella in uscita nell’ambiente di pubblicazione:
Se si desidera utilizzare la replica inversa, assicurarsi che l'agente sia attivato.
Agente di replica inversa nell'ambiente di pubblicazione (una casella in uscita) Questo è l'elemento passivo in quanto agisce come una "casella in uscita". L’input dell’utente viene inserito qui, da dove viene raccolto dall’agente nell’ambiente di authoring.

Configurazione della replica per più istanze di pubblicazione

Viene replicato solo il contenuto; i dati utente no (utenti, gruppi di utenti e profili utente).
Per sincronizzare i dati utente tra più istanze di pubblicazione, abilitate Sincronizzazione Sincronizzazione utente utente.
Al momento dell'installazione, un agente predefinito è già configurato per la replica del contenuto in un'istanza di pubblicazione in esecuzione sulla porta 4503 dell'host locale.
Per configurare la replica del contenuto per un'istanza di pubblicazione aggiuntiva è necessario creare e configurare un nuovo agente di replica:
  1. Aprite la scheda Strumenti in AEM.
  2. Selezionate Replica , quindi Agenti sull’autore nel pannello a sinistra.
  3. Seleziona nuovo... .
  4. Impostare Titolo e Nome , quindi selezionare Agente ​replica.
  5. Fate clic su Crea per creare il nuovo agente.
  6. Fate doppio clic sul nuovo elemento agente per aprire il pannello di configurazione.
  7. Fai clic su Modifica : verrà visualizzata la finestra di dialogo Impostazioni ​agente. Il tipo di serializzazione è già definito come Predefinito. Deve restare tale.
    • Nella scheda Impostazioni :
      • Attiva abilitata .
      • Inserire una descrizione .
      • Impostate Ritardo su 60000 .
      • Lascia il Tipo di serializzazione impostato su Default .
    • Nella scheda Trasporto :
      • Immettete l’URI richiesto per la nuova istanza di pubblicazione; ad esempio,
        http://localhost:4504/bin/receive .
      • Immettere l'account utente specifico del sito utilizzato per la replica.
      • Puoi configurare altri parametri come necessario.
  8. Click OK to save the settings.
Potete quindi testare l’operazione aggiornando e pubblicando una pagina nell’ambiente di authoring.
Gli aggiornamenti verranno visualizzati su tutte le istanze di pubblicazione configurate come sopra.
In caso di problemi, potete controllare i registri nell’istanza di creazione. A seconda del livello di dettaglio richiesto, potete anche impostare il livello di registro su Debug mediante la finestra di dialogo Impostazioni ​agente come indicato sopra.
Questo può essere combinato con l'ID utente agente per selezionare contenuti diversi per la replica nei singoli ambienti di pubblicazione. Per ciascun ambiente di pubblicazione:
  1. Configurate un agente di replica per la replica in tale ambiente di pubblicazione.
  2. Configurare un account utente; con i diritti di accesso necessari per leggere il contenuto che verrà replicato in tale ambiente di pubblicazione specifico.
  3. Assegnate l'account utente come ID utente agente per l'agente di replica.

Configurazione di un agente Dispatcher Flush

Gli agenti predefiniti sono inclusi nell'installazione. Tuttavia, è comunque necessaria una certa configurazione e lo stesso vale per la definizione di un nuovo agente:
  1. Aprite la scheda Strumenti in AEM.
  2. Fate clic su Distribuzione .
  3. Selezionare Replica , quindi Agenti al momento della pubblicazione .
  4. Fate doppio clic sull’elemento Dispatcher Flush per aprire la panoramica.
  5. Fate clic su Modifica . Viene visualizzata la finestra di dialogo Impostazioni ​agente:
    • Nella scheda Impostazioni :
      • Attiva abilitata .
      • Inserire una descrizione .
      • Lasciate Tipo di serializzazione come Dispatcher Flush utente o impostatelo come tale se create un nuovo agente.
      • (Facoltativo) Selezionare Aggiornamento ​alias per abilitare le richieste di annullamento convalida di alias o percorso vanità al dispatcher.
    • Nella scheda Trasporto :
      • Immettete l’URI richiesto per la nuova istanza di pubblicazione; ad esempio,
        http://localhost:80/dispatcher/invalidate.cache .
      • Immettere l'account utente specifico del sito utilizzato per la replica.
      • Puoi configurare altri parametri come necessario.
    Per gli agenti Dispatcher Flush, la proprietà URI viene utilizzata solo se si utilizzano voci virtualhost basate sul percorso per distinguere tra le farm, è possibile utilizzare questo campo per eseguire il targeting della farm per annullare la validità. Ad esempio, la farm n. 1 ha un host virtuale di www.mysite.com/path1/* e la farm n. 2 ha un host virtuale di www.mysite.com/path2/* . Potete utilizzare un URL di per /path1/invalidate.cache eseguire il targeting della prima farm e /path2/invalidate.cache della seconda farm.
    Se AEM è stato installato in un contesto diverso da quello predefinito consigliato, è necessario configurare le intestazioni Esteso HTTP nella scheda Estese .
  6. Fate clic su OK per salvare le modifiche.
  7. Tornate alla scheda Strumenti , da qui potete attivare l’agente Dispatcher Flush ( Agenti al momento della pubblicazione ).
L'agente di replica Dispatcher Flush non è attivo sull'autore. Potete accedere alla stessa pagina nell’ambiente di pubblicazione utilizzando l’URI equivalente; ad esempio, http://localhost:4503/etc/replication/agents.publish/flush.html .

Controllo dell'accesso agli agenti di replica

L'accesso alle pagine utilizzate per configurare gli agenti di replica può essere controllato utilizzando le autorizzazioni delle pagine utente e/o gruppo sul etc/replication nodo.
L’impostazione di tali autorizzazioni non influisce sugli utenti che replicano il contenuto (ad esempio, dalla console Siti Web o dall’opzione della barra laterale). Il framework di replica non utilizza la "sessione utente" dell'utente corrente per accedere agli agenti di replica durante la replica delle pagine.

Configurazione degli agenti di replica da CRXDE Lite

È possibile configurare diversi parametri degli agenti di replica utilizzando CRXDE Lite.
Se vi spostate per /etc/replication visualizzare i seguenti tre nodi:
  • agents.author
  • agents.publish
  • treeactivation
I due agents contengono informazioni di configurazione sull'ambiente appropriato e sono attivi solo quando l'ambiente è in esecuzione. Ad esempio, agents.publish verrà utilizzato solo nell’ambiente di pubblicazione. La schermata seguente mostra l’agente di pubblicazione nell’ambiente di authoring, come incluso in AEM WCM:

Monitoraggio degli agenti di replica

Per monitorare un agente di replica:
  1. Accedete alla scheda Strumenti in AEM.
  2. Fate clic su Replica .
  3. Fare doppio clic sul collegamento agli agenti per l'ambiente appropriato (il riquadro a sinistra o a destra); ad esempio Agenti sull’autore .
    Nella finestra visualizzata viene visualizzata una panoramica di tutti gli agenti di replica per l’ambiente di authoring, inclusi il target e lo stato.
  4. Fate clic sul nome agente appropriato (collegamento) per visualizzare informazioni dettagliate su tale agente:
    È possibile:
    • Verificare se l'agente è abilitato.
    • Visualizzare la destinazione di qualsiasi replica.
    • Verificare se la coda di replica è attualmente attiva (abilitata).
    • Verificare se sono presenti elementi nella coda.
    • Aggiorna o Cancella per aggiornare la visualizzazione delle voci della coda; questo consente di vedere gli elementi entrare e uscire dalla coda.
    • Visualizzare il registro per accedere al registro di eventuali azioni dell'agente di replica.
    • Verificare la connessione all'istanza di destinazione.
    • Se necessario, forza il tentativo su qualsiasi elemento della coda.
    Non utilizzate il collegamento "Test Connection" per la replica inversa in uscita in un'istanza pubblicata.
    Se viene eseguito un test di replica per una coda in uscita, tutti gli elementi precedenti alla replica di test verranno rielaborati con ogni replica inversa.
    Se tali elementi esistono già in una coda, possono essere trovati con la seguente query XPath JCR e devono essere rimossi.
    /jcr:root/var/replication/outbox//*[@cq:repActionType='TEST']

Replica batch

La replica batch non replica singole pagine o risorse, ma attende che venga attivata la prima soglia dei due elementi, in base all'ora o alla dimensione.
Vengono quindi raggruppati tutti gli elementi di replica in un pacchetto, che viene quindi replicato come un singolo file all'editore.
L'editore decomprimerà tutti gli elementi, li salverà e riferirà all'autore.

Configurazione della replica batch

  1. Passa a http://serveraddress:serverport/siteadmin
  2. Premere l'icona Strumenti nella parte superiore dello schermo
  3. Dalla barra di navigazione a sinistra, andate a Replica - Agenti in Autore e fate doppio clic su Agente ​predefinito.
    • Potete inoltre contattare l'agente di replica di pubblicazione predefinito accedendo direttamente a http://serveraddress:serverport/etc/replication/agents.author/publish.html
  4. Premere il pulsante Modifica sopra la coda di replica.
  5. Nella finestra seguente, passare alla scheda Batch :
  6. Configurare l'agente.

Parametri

  • [Enable Batch Mode] - abilita o disabilita la modalità di replica batch
  • [Max Wait Time] - Tempo massimo di attesa per l'avvio di una richiesta batch, in secondi. Il valore predefinito è 2 secondi.
  • [Trigger Size] - Avvia la replica batch quando questo limite di dimensioni viene raggiunto, in MB. Il valore predefinito è 5 MB.