Show Menu
ARGOMENTI×

Utilizzo di Dispatcher con più domini

Le versioni di Dispatcher sono indipendenti da AEM. Potrebbe essere stato reindirizzato a questa pagina se avete seguito un collegamento alla documentazione del dispatcher incorporata nella documentazione di AEM o CQ.
Utilizzate Dispatcher per elaborare le richieste di pagina in più domini Web e al contempo supportare le seguenti condizioni:
  • Il contenuto Web per entrambi i domini è memorizzato in un unico archivio AEM.
  • I file nella cache del dispatcher possono essere invalidati separatamente per ciascun dominio.
Ad esempio, un'azienda pubblica siti Web per due dei loro marchi: Marchio A e marchio B. Il contenuto delle pagine del sito Web viene creato in AEM e memorizzato nello stesso workspace del repository:
/
| - content  
   | - sitea  
       | - content nodes  
   | - siteb  
       | - content nodes

Le pagine per BrandA.com sono memorizzate di seguito /content/sitea . Le richieste client per l'URL https://BrandA.com/en.html vengono restituite alla pagina di cui è stato effettuato il rendering per il /content/sitea/en nodo. Analogamente, le pagine per BrandB.com sono memorizzate di seguito /content/siteb .
Quando si utilizza Dispatcher per memorizzare nella cache il contenuto, è necessario creare associazioni tra l'URL della pagina nella richiesta HTTP del client, il percorso del file corrispondente nella cache e il percorso del file corrispondente nell'archivio.

Richieste client

Quando i client inviano richieste HTTP al server Web, l’URL della pagina richiesta deve essere risolto nel contenuto presente nella cache del dispatcher e, infine, nel contenuto presente nell’archivio.
  1. Il sistema dei nomi di dominio rileva l’indirizzo IP del server Web registrato per il nome di dominio nella richiesta HTTP.
  2. La richiesta HTTP viene inviata al server Web.
  3. La richiesta HTTP viene passata al dispatcher.
  4. Il dispatcher determina se i file memorizzati nella cache sono validi. Se validi, i file memorizzati nella cache vengono inviati al client.
  5. Se i file memorizzati nella cache non sono validi, il dispatcher richiede le pagine appena sottoposte a rendering dall’istanza di pubblicazione AEM.

Annullamento cache

Quando gli agenti di replica Dispatcher Flush richiedono che il dispatcher invalidi i file memorizzati nella cache, il percorso del contenuto nell'archivio deve essere risolto nel contenuto della cache.
  1. Una pagina viene attivata nell’istanza di creazione di AEM e il contenuto viene replicato nell’istanza di pubblicazione.
  2. Il Dispatcher Flush Agent chiama Dispatcher per annullare la validità della cache per il contenuto replicato.
  3. Dispatcher tocca uno o più file .stat per annullare la validità dei file memorizzati nella cache.
Per utilizzare Dispatcher con più domini, è necessario configurare AEM, Dispatcher e il server Web. Le soluzioni descritte in questa pagina sono generali e si applicano alla maggior parte degli ambienti. A causa della complessità di alcune topologie di AEM, la soluzione può richiedere ulteriori configurazioni personalizzate per risolvere problemi particolari. Probabilmente dovrete adattare gli esempi per soddisfare le vostre attuali politiche di infrastruttura e gestione IT.

Mappatura URL

Per abilitare gli URL di dominio e i percorsi di contenuto per la risoluzione dei file memorizzati nella cache, è necessario convertire in un determinato momento un percorso di file o un URL di pagina. Vengono fornite descrizioni delle seguenti strategie comuni, in cui le traduzioni di percorso o URL avvengono in punti diversi del processo:
  • (consigliato) L’istanza di pubblicazione AEM utilizza la mappatura Sling per la risoluzione delle risorse per implementare le regole di riscrittura URL interne. Gli URL del dominio vengono convertiti in percorsi dell'archivio dei contenuti. Consultate AEM Riscrive gli URL in arrivo.
  • Il server Web utilizza regole interne di riscrittura URL che convertono gli URL del dominio nei percorsi della cache. Consultate Il Server Web Riscrive Gli URL In Arrivo.
In genere è consigliabile utilizzare URL brevi per le pagine Web. In genere, gli URL delle pagine riflettono la struttura delle cartelle dell’archivio contenenti il contenuto Web. Tuttavia, gli URL non rivelano i nodi directory archivio principali, come /content . Il client non è necessariamente a conoscenza della struttura dell'archivio AEM.

Requisiti generali

Il tuo ambiente deve implementare le seguenti configurazioni per supportare il dispatcher che utilizza più domini:
  • Il contenuto di ciascun dominio risiede in rami separati dell'archivio (vedere l'ambiente di esempio riportato di seguito).
  • L'agente di replica Dispatcher Flush è configurato nell'istanza di pubblicazione AEM. (consultate Invalidazione della cache del dispatcher da un'istanza di pubblicazione.)
  • Il sistema dei nomi di dominio risolve i nomi di dominio all'indirizzo IP del server Web.
  • La cache del dispatcher riflette la struttura di directory dell'archivio dei contenuti di AEM. I percorsi dei file sotto la radice del documento del server Web sono gli stessi dei percorsi dei file nella directory archivio.

Ambiente per gli esempi forniti

Le soluzioni di esempio fornite si applicano a un ambiente con le seguenti caratteristiche:
  • Le istanze di creazione e pubblicazione di AEM vengono distribuite sui sistemi Linux.
  • Apache HTTPD è il server web, implementato su un sistema Linux.
  • L’archivio dei contenuti di AEM e la directory principale del documento del server Web utilizzano le seguenti strutture di file (la directory principale del documento del server Web Apache è / usr/lib/apache/httpd-2.4.3/htdocs) :
    Archivio
  | - /content  
    | - sitea  
  |    | - content nodes 
    | - siteb  
       | - conent nodes

Radice del documento del server Web
  | - /usr  
    | - lib  
      | - apache  
        | - httpd-2.4.3  
          | - htdocs  
            | - content  
              | - sitea  
                 | - content nodes 
              | - siteb  
                 | - content nodes

AEM riscrive gli URL in arrivo

La mappatura Sling per la risoluzione delle risorse consente di associare gli URL in arrivo ai percorsi di contenuto AEM. Create mappature sull’istanza di pubblicazione AEM in modo che le richieste di rendering dal dispatcher vengano indirizzate al contenuto corretto nell’archivio.
Le richieste del dispatcher per il rendering della pagina identificano la pagina utilizzando l’URL che viene trasmessa dal server Web. Quando l’URL include un nome di dominio, le mappature Sling risolvono l’URL del contenuto. L'immagine seguente illustra una mappatura dell' branda.com/en.html URL al /content/sitea/en nodo.
La cache del Dispatcher riflette la struttura del nodo del repository. Pertanto, quando si verificano le attivazioni di pagina, le richieste risultanti per annullare la validità della pagina memorizzata nella cache non richiedono traduzioni di URL o percorsi.

Definire gli host virtuali sul server Web

Definite gli host virtuali sul server Web in modo che a ogni dominio Web possa essere assegnata una radice documento diversa:
  • Il server Web deve definire un dominio virtuale per ciascun dominio Web.
  • Per ciascun dominio, configurate la radice del documento in modo che coincida con la cartella nella directory archivio che contiene il contenuto Web del dominio.
  • Ogni dominio virtuale deve includere anche configurazioni relative al dispatcher, come descritto nella pagina Installazione del dispatcher .
Il seguente httpd.conf file di esempio configura due domini virtuali per un server Web Apache:
  • I nomi dei server (che coincidono con i nomi di dominio) sono branda.com (riga 16) e brandb.com (riga 30).
  • La radice del documento di ciascun dominio virtuale è la directory nella cache del dispatcher che contiene le pagine del sito. (righe 17 e 31)
Con questa configurazione, il server Web esegue le azioni seguenti quando riceve una richiesta per https://branda.com/en/products.html :
  • Associa l'URL all'host virtuale con un ServerName valore branda.com.
  • Invia l’URL al dispatcher.

httpd.conf

# load the Dispatcher module
LoadModule dispatcher_module modules/mod_dispatcher.so
# configure the Dispatcher module
<IfModule disp_apache2.c>
 DispatcherConfig conf/dispatcher.any
 DispatcherLog    logs/dispatcher.log  
 DispatcherLogLevel 3
 DispatcherNoServerHeader 0 
 DispatcherDeclineRoot 0
 DispatcherUseProcessedURL 0
 DispatcherPassError 0
</IfModule>

# Define virtual host for brandA.com
<VirtualHost *:80>
  ServerName branda.com
  DocumentRoot /usr/lib/apache/httpd-2.4.3/htdocs/content/sitea
   <Directory /usr/lib/apache/httpd-2.4.3/htdocs/content/sitea>
     <IfModule disp_apache2.c>
       SetHandler dispatcher-handler
       ModMimeUsePathInfo On
     </IfModule>
     Options FollowSymLinks
     AllowOverride None
   </Directory>
</VirtualHost>

# define virtual host for brandB.com
<VirtualHost *:80>
  ServerName brandB.com
  DocumentRoot /usr/lib/apache/httpd-2.4.3/htdocs/content/siteb
   <Directory /usr/lib/apache/httpd-2.4.3/htdocs/content/siteb>
     <IfModule disp_apache2.c>
       SetHandler dispatcher-handler
       ModMimeUsePathInfo On
     </IfModule>
     Options FollowSymLinks
     AllowOverride None
   </Directory>
</VirtualHost>

# document root for web server
DocumentRoot "/usr/lib/apache/httpd-2.4.3/htdocs"

Gli host virtuali ereditano il valore della proprietà DispatcherConfig configurato nella sezione server principale. Gli host virtuali possono includere la propria proprietà DispatcherConfig per ignorare la configurazione del server principale.

Configurare il dispatcher per gestire più domini

Per supportare gli URL che includono nomi di dominio e host virtuali corrispondenti, definire le seguenti farm di dispatcher:
  • Configurare una farm del dispatcher per ciascun host virtuale. Queste farm elaborano le richieste dal server Web per ciascun dominio, verificano la presenza di file memorizzati nella cache e richiedono le pagine dai rendering.
  • Configurate una farm di dispatcher utilizzata per annullare la validità del contenuto nella cache, indipendentemente dal dominio a cui appartiene il contenuto. Questa farm gestisce le richieste di annullamento della convalida dei file da parte degli agenti di replica del dispatcher di Flash.

Creazione di farm di dispatcher per gli host virtuali

Le farm per gli host virtuali devono avere le seguenti configurazioni in modo che gli URL nelle richieste HTTP client vengano risolti nei file corretti nella cache del dispatcher:
  • La /virtualhosts proprietà è impostata sul nome del dominio. Questa proprietà consente al Dispatcher di associare la farm al dominio.
  • La /filter proprietà consente di accedere al percorso dell’URL della richiesta troncato dopo la parte relativa al nome di dominio. Ad esempio, per l’ https://branda.com/en.html URL, il percorso viene interpretato come /en.html , pertanto il filtro deve consentire l’accesso a questo percorso.
  • La /docroot proprietà è impostata sul percorso della directory principale del contenuto del sito del dominio nella cache del dispatcher. Questo percorso viene utilizzato come prefisso per l’URL concatenato della richiesta originale. Ad esempio, il docroot di /usr/lib/apache/httpd-2.4.3/htdocs/sitea causa la richiesta di https://branda.com/en.html risoluzione al /usr/lib/apache/httpd-2.4.3/htdocs/sitea/en.html file.
Inoltre, l’istanza di pubblicazione AEM deve essere designata come rendering per l’host virtuale. Configura le altre proprietà della farm come richiesto. Il codice seguente è una configurazione farm abbreviata per il dominio branda.com:
/farm_sitea  {     
    ...
    /virtualhosts { "branda.com" }
    /renders {
      /rend01  { /hostname "127.0.0.1"  /port "4503" }
    }
    /filter {
      /0001 { /type "deny"  /glob "*" }
      /0023 { /type "allow" /glob "*/en*" }  
      ...
     }
    /cache {
      /docroot "/usr/lib/apache/httpd-2.4.3/htdocs/content/sitea"
      ...
   }
   ...
}

Creazione di una farm di dispatcher per l'annullamento della validità della cache

Per gestire le richieste di annullamento della validità dei file memorizzati nella cache è necessaria una farm di dispatcher. Questa farm deve essere in grado di accedere ai file .stat nelle directory docroot di ciascun host virtuale.
Le seguenti configurazioni di proprietà consentono al Dispatcher di risolvere i file presenti nell’archivio dei contenuti di AEM dai file presenti nella cache:
  • La /docroot proprietà è impostata sul docroot predefinito del server Web. In genere si tratta della directory in cui viene creata la /content cartella. Un valore di esempio per Apache su Linux è /usr/lib/apache/httpd-2.4.3/htdocs .
  • La /filter proprietà consente l'accesso ai file sotto la /content directory.
La /statfileslevel proprietà deve essere sufficientemente alta in modo che i file .stat vengano creati nella directory principale di ciascun host virtuale. Questa proprietà consente di annullare la validità della cache di ciascun dominio separatamente. Per l'impostazione di esempio, un /statfileslevel valore di 2 crea file .stat nella *docroot*/content/sitea directory e nella *docroot*/content/siteb directory.
Inoltre, l’istanza di pubblicazione deve essere designata come rendering per l’host virtuale. Configura le altre proprietà della farm come richiesto. Il codice seguente è una configurazione abbreviata per la farm utilizzata per annullare la validità della cache:
/farm_flush {  
    ...
    /virtualhosts   { "invalidation_only" }
    /renders  {
      /rend01  { /hostname "127.0.0.1" /port "4503" }
    }
    /filter   {
      /0001 { /type "deny"  /glob "*" }
      /0023 { /type "allow" /glob "*/content*" } 
      ...
      }
    /cache  {
       /docroot "/usr/lib/apache/httpd-2.4.3/htdocs"
       /statfileslevel "2"
       ...
   }
   ...
}

Quando si avvia il server Web, il registro del dispatcher (in modalità di debug) indica l'inizializzazione di tutte le farm:
Dispatcher initializing (build 4.1.2)
[Fri Nov 02 16:27:18 2012] [D] [24974(140006182991616)] farms[farm_sitea].cache.docroot = /usr/lib/apache/httpd-2.4.3/htdocs/content/sitea
[Fri Nov 02 16:27:18 2012] [D] [24974(140006182991616)] farms[farm_siteb].cache.docroot = /usr/lib/apache/httpd-2.4.3/htdocs/content/siteb
[Fri Nov 02 16:27:18 2012] [D] [24974(140006182991616)] farms[farm_flush].cache.docroot = /usr/lib/apache/httpd-2.4.3/htdocs
[Fri Nov 02 16:27:18 2012] [I] [24974(140006182991616)] Dispatcher initialized (build 4.1.2)

Configurare il mapping Sling per la risoluzione delle risorse

Utilizzate la mappatura Sling per la risoluzione delle risorse in modo che gli URL basati sul dominio risolvano il contenuto nell’istanza di pubblicazione AEM. La mappatura delle risorse converte gli URL in entrata dal dispatcher (originariamente dalle richieste HTTP client) ai nodi di contenuto.
Per ulteriori informazioni sulla mappatura delle risorse Sling, consulta Mappature per la risoluzione delle risorse nella documentazione Sling.
In genere, le mappature sono necessarie per le risorse seguenti, anche se possono essere necessarie mappature aggiuntive:
  • Il nodo principale della pagina del contenuto (sotto /content )
  • Il nodo di progettazione utilizzato dalle pagine (sotto /etc/designs )
  • La /libs cartella
Dopo aver creato la mappatura per la pagina del contenuto, per scoprire le mappature aggiuntive richieste utilizzate un browser Web per aprire una pagina sul server Web. Nel file error.log dell’istanza di pubblicazione, individuate i messaggi relativi alle risorse che non sono stati trovati. Il seguente messaggio di esempio indica che /etc/clientlibs è necessaria una mappatura:
01.11.2012 15:59:24.601 *INFO* [10.36.34.243 [1351799964599] GET /etc/clientlibs/foundation/jquery.js HTTP/1.1] org.apache.sling.engine.impl.SlingRequestProcessorImpl service: Resource /content/sitea/etc/clientlibs/foundation/jquery.js not found

Il trasformatore linkchecker della riscrittura Apache Sling predefinita modifica automaticamente i collegamenti ipertestuali nella pagina per evitare collegamenti interrotti. Tuttavia, la riscrittura del collegamento viene eseguita solo quando la destinazione del collegamento è un file HTML o HTM. Per aggiornare i collegamenti ad altri tipi di file, create un componente trasformatore e aggiungetelo a una pipeline di riscrittura HTML.

Esempio di nodi di mappatura delle risorse

Nella tabella seguente sono elencati i nodi che implementano la mappatura delle risorse per il dominio branda.com. Nodi simili vengono creati per il brandb.com dominio, ad esempio /etc/map/http/brandb.com . In tutti i casi, le mappature sono necessarie quando i riferimenti nella pagina HTML non vengono risolti correttamente nel contesto di Sling.
Percorso nodo
Tipo
Proprietà
/etc/map/http/branda.com
sling:mapping
Nome: sling:internalRedirect Type: Valore stringa: /content/sitea
/etc/map/http/branda.com/libs
sling:mapping
Nome: sling:internalRedirect
Type: Valore
stringa: /libs
/etc/map/http/branda.com/etc
sling:mapping
/etc/map/http/branda.com/etc/designs
sling:mapping
Nome: sling:internalRedirect
VType: Valore
stringa: /etc/designs
/etc/map/http/branda.com/etc/clientlibs
sling:mapping
Nome: sling:internalRedirect
VType: Valore
stringa: /etc/clientlibs

Configurazione dell'agente di replica Dispatcher Flush

L'agente di replica Dispatcher Flush nell'istanza di pubblicazione AEM deve inviare richieste di annullamento della validità alla farm del dispatcher corretta. Per eseguire il targeting di una farm, utilizzare la proprietà URI dell'agente di replica Dispatcher Flush (nella scheda Trasporto). Includete il valore della /virtualhost proprietà per la farm del dispatcher configurata per annullare la validità della cache:
https://*webserver_name*:*port*/*virtual_host*/dispatcher/invalidate.cache
Ad esempio, per utilizzare la farm_flush farm dell'esempio precedente, l'URI è https://localhost:80/invalidation_only/dispatcher/invalidate.cache .

Il server Web riscrive gli URL in arrivo

Utilizzate la funzione di riscrittura URL interna del server Web per tradurre gli URL basati sul dominio in percorsi di file nella cache del dispatcher. Ad esempio, le richieste client per la https://brandA.com/en.html pagina vengono convertite nel content/sitea/en.html file nella directory principale del documento del server Web.
La cache del Dispatcher riflette la struttura del nodo del repository. Pertanto, quando si verificano le attivazioni di pagina, le richieste risultanti per annullare la validità della pagina memorizzata nella cache non richiedono traduzioni di URL o percorsi.

Definire host virtuali e riscrivere le regole sul server Web

Configurate i seguenti aspetti sul server Web:
  • Definite un host virtuale per ciascuno dei vostri domini Web.
  • Per ciascun dominio, configurate la radice del documento in modo che coincida con la cartella nella directory archivio che contiene il contenuto Web del dominio.
  • Per ciascun dominio virtuale, create una regola di ridenominazione URL che converte l’URL in arrivo nel percorso del file memorizzato nella cache.
  • Ogni dominio virtuale deve includere anche configurazioni relative al dispatcher, come descritto nella pagina Installazione del dispatcher .
  • Il modulo Dispatcher deve essere configurato per utilizzare l'URL riscritto dal server Web. (vedere la DispatcherUseProcessedURL proprietà in Installazione del dispatcher .)
Il seguente file httpd.conf di esempio configura due host virtuali per un server Web Apache:
  • I nomi dei server (che coincidono con i nomi di dominio) sono brandA.com (riga 16) e brandB.com (riga 32).
  • La radice del documento di ciascun dominio virtuale è la directory nella cache del dispatcher che contiene le pagine del sito. (linee 20 e 33)
  • La regola di riscrittura URL per ciascun dominio virtuale è un'espressione regolare che prefissa il percorso della pagina richiesta con il percorso delle pagine nella cache. (righe 19 e 35)
  • La DispatherUseProcessedURL proprietà è impostata su 1 . (riga 10)
Ad esempio, quando riceve una richiesta con l’ https://brandA.com/en/products.html URL, il server Web esegue le azioni seguenti:
  • Associa l'URL all'host virtuale con un ServerName valore brandA.com.
  • Riscrive l’URL da assegnare /content/sitea/en/products.html.
  • Invia l’URL al dispatcher.

httpd.conf

# load the Dispatcher module
LoadModule dispatcher_module modules/mod_dispatcher.so
# configure the Dispatcher module
<IfModule disp_apache2.c>
 DispatcherConfig conf/dispatcher.any
 DispatcherLog    logs/dispatcher.log  
 DispatcherLogLevel 3
 DispatcherNoServerHeader 0 
 DispatcherDeclineRoot 0
 DispatcherUseProcessedURL 1
 DispatcherPassError 0
</IfModule>

# Define virtual host for brandA.com
<VirtualHost *:80>
  ServerName branda.com
  DocumentRoot /usr/lib/apache/httpd-2.4.3/htdocs/content/sitea
  RewriteEngine  on
  RewriteRule    ^/(.*)\.html$  /content/sitea/$1.html [PT]
   <Directory /usr/lib/apache/httpd-2.4.3/htdocs/content/sitea>
     <IfModule disp_apache2.c>
       SetHandler dispatcher-handler
       ModMimeUsePathInfo On
     </IfModule>
     Options FollowSymLinks
     AllowOverride None
   </Directory>
</VirtualHost>

# define virtual host for brandB.com
<VirtualHost *:80>
  ServerName brandB.com
  DocumentRoot /usr/lib/apache/httpd-2.4.3/htdocs/content/siteb
  RewriteEngine  on
  RewriteRule    ^/(.*)\.html$  /content/siteb/$1.html [PT]
   <Directory /usr/lib/apache/httpd-2.4.3/htdocs/content/siteb>
     <IfModule disp_apache2.c>
       SetHandler dispatcher-handler
       ModMimeUsePathInfo On
     </IfModule>
     Options FollowSymLinks
     AllowOverride None
   </Directory>
</VirtualHost>

# document root for web server
DocumentRoot "/usr/lib/apache/httpd-2.4.3/htdocs"

Configurare una farm di dispatcher

Quando il server Web riscrive gli URL, il dispatcher richiede una singola farm definita in base alla configurazione del dispatcher . Per supportare gli host virtuali del server Web e le regole di ridenominazione URL sono necessarie le seguenti configurazioni:
  • La /virtualhosts proprietà deve includere i valori ServerName per tutte le definizioni VirtualHost.
  • La /statfileslevel proprietà deve essere sufficientemente alta per creare file .stat nelle directory che contengono i file di contenuto per ciascun dominio.
Il seguente file di configurazione di esempio è basato sul dispatcher.any file di esempio installato con Dispatcher. Per supportare le configurazioni del server Web del httpd.conf file precedente sono necessarie le seguenti modifiche:
  • La /virtualhosts proprietà fa sì che il dispatcher gestisca le richieste per i brandA.com domini e brandB.com . (riga 12)
  • La /statfileslevel proprietà è impostata su 2, in modo che i file di stato vengano creati in ogni directory che contiene il contenuto Web del dominio (riga 41): /statfileslevel "2"
Come al solito, la radice del documento della cache è la stessa della radice del documento del server Web (riga 40): /usr/lib/apache/httpd-2.4.3/htdocs

dispatcher.any

/name "testDispatcher"
/farms
  {
  /dispfarm0
    {  
    /clientheaders
      {
      "*"
      }      
    /virtualhosts
      {
      "brandA.com" "brandB.com"
      }
    /renders
      {
      /rend01    {  /hostname "127.0.0.1"   /port "4503"  }
      }
    /filter
      {
      /0001 { /type "deny"  /glob "*" }
      /0023 { /type "allow" /glob "*/content*" }  # disable this rule to allow mapped content only
      /0041 { /type "allow" /glob "* *.css *"   }  # enable css
      /0042 { /type "allow" /glob "* *.gif *"   }  # enable gifs
      /0043 { /type "allow" /glob "* *.ico *"   }  # enable icos
      /0044 { /type "allow" /glob "* *.js *"    }  # enable javascript
      /0045 { /type "allow" /glob "* *.png *"   }  # enable png
      /0046 { /type "allow" /glob "* *.swf *"   }  # enable flash
      /0061 { /type "allow" /glob "POST /content/[.]*.form.html" }  # allow POSTs to form selectors under content
      /0062 { /type "allow" /glob "* /libs/cq/personalization/*"  }  # enable personalization
      /0081 { /type "deny"  /glob "GET *.infinity.json*" }
      /0082 { /type "deny"  /glob "GET *.tidy.json*"     }
      /0083 { /type "deny"  /glob "GET *.sysview.xml*"   }
      /0084 { /type "deny"  /glob "GET *.docview.json*"  }
      /0085 { /type "deny"  /glob "GET *.docview.xml*"  }      
      /0086 { /type "deny"  /glob "GET *.*[0-9].json*" }
      /0090 { /type "deny"  /glob "* *.query.json*" }
      }
    /cache
      {
      /docroot "/usr/lib/apache/httpd-2.4.3/htdocs"
      /statfileslevel "2"
      /allowAuthorized "0"
      /rules
        {
        /0000  { /glob "*"     /type "allow"  }
        }
      /invalidate
        {
        /0000  {   /glob "*" /type "deny"  }
        /0001 {  /glob "*.html" /type "allow"  }
        }
      /allowedClients
        {
        }     
      }
    /statistics
      {
      /categories
        {
        /html  { /glob "*.html" }
        /others  {  /glob "*"  }
        }
      }
    }
  }

Poiché è definita una singola farm Dispatcher, l'agente di replica Dispatcher Flush nell'istanza di pubblicazione AEM non richiede configurazioni speciali.