Última atualização em
06/05/2021
|
Também é aplicável a Dispatcher
Pergunta
É preciso investigar o problema de comunicação entre o dispatcher e a instância do CQ (renderizador)
Resposta, Resolução
Para fazer a investigação, é possível usar a ferramenta proxy.jar fornecida na pasta crx-quickstart/opt/helpers da instalação do CQ/CRX. A documentação original pode ser encontrada nesta página (1). O básico é alterar a porta na qual enviar os dados e, em seguida, usar proxy.jar para redirecionar para a instância correta. Por exemplo, se a instância do CQ é executada na porta 4502 do host local, é preciso ter as seguintes linhas em dispatcher.any. /renders{
/rend01
{
#nome do host ou IP do renderizador
/hostname "127.0.0.1"
# porta do renderizador
/port "4502"
# conecte o tempo limite em milissegundos, 0 para aguardar indeterminadamente
/timeout "0"
} } Assim, é possível simplesmente alterar a porta 4502 para uma nova porta, por exemplo, 4512, e iniciar o proxy.jar com o seguinte comando: > java -jar proxy.jar localhost 4502 4512 -logfile proxy.log Isso abrirá a porta de escuta 4512 e redirecionará para 4502, para que toda a comunicação seja registrada no proxy.log (certifique-se de reiniciar o servidor da Web para que as alterações em dispatcher.any sejam aplicadas).
Posteriormente, é possível usar essas informações para encontrar mais detalhes sobre o que poderia ser o problema (por exemplo, o SSO não está configurado corretamente e, portanto, você não obtém o cabeçalho correto na solicitação). Para obter uma descrição completa das opções de proxy.jar, digite:
> java -jar proxy.jar
SimpleProxyServer Version 1.16 (c) 2002-2004 Day Management AG
Usage:
java -jar proxy.jar <host> <remoteport> <localport> [options]
Options:
-q Quiet Mode
-b Binary Mode
-t Timestamp log entries
-i [n] Uses up to 'n' connection indentations. o padrão é 16
-logfile <filename> Também despeja a conversa no arquivo de log (mesmo no modo silencioso)
Aplica-se a
Todas as versões do Dispatcher