Risoluzione dei problemi di Dispatcher troubleshooting-dispatcher-problems
Controlla la configurazione di base check-the-basic-configuration
Come sempre, i primi passaggi consistono nel controllare le nozioni di base:
-
Verifica tutti i file di registro del server web e del Dispatcher. Se necessario, aumenta il
loglevel
utilizzato per la registrazione del Dispatcher. -
-
Hai più Dispatcher?
- Hai stabilito quale Dispatcher gestisce il Sito Web/la pagina che stai esaminando?
-
Hai implementato i filtri?
- Questi filtri stanno influenzando il problema che stai esaminando?
-
Strumenti di diagnostica IIS iis-diagnostic-tools
IIS fornisce vari strumenti di trace, a seconda della versione effettiva:
- IIS 6 - È possibile scaricare e configurare gli strumenti di diagnostica IIS
- IIS 7 - Il tracciamento è completamente integrato
Questi strumenti possono aiutarti a monitorare l’attività.
Impossibile trovare IIS e 404 iis-and-not-found
Quando si utilizza IIS, è possibile che venga restituito 404 Not Found
in vari scenari. In questo caso, vedi i seguenti articoli della Knowledge Base.
È inoltre necessario verificare che la radice della cache del Dispatcher e la radice del documento di IIS siano impostate sulla stessa directory.
Problemi durante l’eliminazione dei modelli di flussi di lavoro problems-deleting-workflow-models
Sintomi
Problemi durante il tentativo di eliminare i modelli di flussi di lavoro quando si accede a un’istanza Autore AEM tramite Dispatcher.
Passaggi da riprodurre:
-
Accedi all’istanza di authoring (verifica che le richieste vengano instradate tramite il Dispatcher).
-
Crea un flusso di lavoro; ad esempio, con il titolo impostato su workflowToDelete.
-
Verifica che il flusso di lavoro sia stato creato correttamente.
-
Seleziona e fai clic con il pulsante destro del mouse sul flusso di lavoro, quindi fai clic su Elimina.
-
Fai clic su Sì per confermare.
-
Viene visualizzata una finestra di messaggio di errore che mostra quanto segue:
ERROR 'Could not delete workflow model!!
.
Risoluzione
Aggiungi le seguenti intestazioni alla sezione /clientheaders
del file dispatcher.any
:
x-http-method-override
x-requested-with
{
{
/clientheaders
{
...
"x-http-method-override"
"x-requested-with"
}
Interferenza con mod_dir (Apache) interference-with-mod-dir-apache
Il processo descrive come il Dispatcher interagisce con mod_dir
all’interno del server web Apache, in quanto ciò può portare a vari effetti potenzialmente inaspettati:
Apache 1.3 apache
In Apache 1.3, mod_dir
gestisce ogni richiesta in cui l’URL viene mappato a una directory nel file system.
Si verifica una delle seguenti alternative:
- La richiesta viene reindirizzata a un file
index.html
esistente - Viene generato un elenco di directory
Quando il Dispatcher è abilitato, elabora queste richieste registrandosi come handler del tipo di contenuto httpd/unix-directory
.
Apache 2.x apache-x
In Apache 2.x, le cose funzionano diversamente. Un modulo può gestire diverse fasi della richiesta, ad esempio la correzione dell’URL. mod_dir
gestisce questa fase reindirizzando una richiesta (quando l’URL è mappato a una directory) all’URL con una /
aggiunta.
Il Dispatcher non intercetta la correzione mod_dir
, ma gestisce completamente la richiesta all’URL reindirizzato (vale a dire, con una /
aggiunta). Ciò potrebbe causare un problema, se il server remoto (ad esempio, AEM) gestisce le richieste indirizzate a /a_path
in modo diverso rispetto alle richieste indirizzate a /a_path/
(quando /a_path
viene mappato a una directory esistente).
Se ciò si verifica, occorre effettuare una di queste due azioni:
-
Disattivare
mod_dir
per il sottoalberoDirectory
oLocation
gestito da Dispatcher -
Utilizzare
DirectorySlash Off
per configuraremod_dir
in modo da evitare che venga aggiunta la/