Como implantar um aplicativo do Tomcat com a API de URL do gerenciador ao usar o XML de contexto personalizado

1

Meu contexto de aplicativo é definido como um arquivo XML localizado em my/path/to/Tomcat/conf/Catalina/localhost/my-app.xml .

<Context docBase='/my/path/to/myApp/myAppWarFile.war'>
   <Environment name='my_config_dir' value='/my/path/to/myApp' type='java.lang.String'/>
</Context>

/my/path/to/myApp contém o arquivo WAR myAppWarFile.war e várias propriedades externalizadas que são lidas pelo Spring.

O Tomcat está configurado com o autoDeploy desativado. Quando inicio o Tomcat, ele cria my/path/to/Tomcat/conf/webapps/my-app/ e o arquivo WAR é descompactado nesse local conforme o esperado, e o aplicativo pode funcionar como esperado.

Quando quero implantar uma nova versão sem reiniciar o Tomcat, eu executo o comando undeploy da seguinte forma:

curl http://localhost:8080/manager/text/undeploy?path=/my-app --user my-username:my-password

... e isso funciona. Mas quando instruo o Tomcat a implantar com a seguinte instrução curl, eu tenho uma falha.

curl http://localhost:8080/manager/text/deploy?config=file:/my/path/to/Tomcat/conf/Catalina/localhost/my-app.xml --user my-username:my-password
# Tomcat response
FAIL - Invalid context path null was specified

Adicionando o caminho não ajuda muito, eu ainda tenho uma falha.

curl http://localhost:8080/manager/text/deploy?config=file:/my/path/to/Tomcat/conf/Catalina/localhost/my-app.xml\&path=/my-app --user my-username:my-password

# Tomcat response
FAIL - Failed to deploy application at context path /my-app

A pior parte é que catalina out.auting não produz qualquer percepção. E além disso, o Tomcat exclui o arquivo XML do contexto do aplicativo my/path/to/Tomcat/conf/Catalina/localhost/my-app.xml !

Naturalmente, revi a documentação do Tomcat ( link ) e eu pesquisei o dia todo para descobrir isso, mas não encontrei nada que possa me ajudar com essa configuração em particular.

Parece que a escolha é:

  1. O Tomcat com o autoDeploy on (não recomendado para produção). Nesse caso, simplesmente descartar o novo WAR para /my/path/to/myApp/ fará com que o Tomcat implante o aplicativo rapidamente.
  2. O Tomcat com o autoDeploy off, mas a reimplantação requer uma reinicialização do Tomcat porque a API de implantação não parece estar funcionando como anunciado.

Alguém fez isso funcionar com essa configuração?

EDITAR:

Eu apresentei o registro em Catalina. Quando executo o primeiro comando deploy sem o caminho, recebo esse conjunto de entradas de log:

FINE: Start processing with input [config=file:/my/apth/to/tomcat/conf/Catalina/localhost/my-app.xml]
Oct 13, 2015 10:04:53 AM org.apache.coyote.AbstractProtocol$AbstractConnectionHandler process
FINE: Socket: [org.apache.tomcat.util.net.SocketWrapper@189651c1:Socket[addr=/0:0:0:0:0:0:0:1,port=45415,localport=8080]], Status in: [OPEN_READ], State out: [OPEN]
Oct 13, 2015 10:04:53 AM org.apache.coyote.http11.AbstractHttp11Processor process
FINE: Error parsing HTTP request header
java.io.EOFException: Unexpected EOF read on the socket
    at org.apache.coyote.http11.Http11Processor.setRequestLineReadTimeout(Http11Processor.java:168)
    at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:982)
    at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:611)
    at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:316)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
    at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
    at java.lang.Thread.run(Thread.java:744)

Oct 13, 2015 10:04:53 AM org.apache.coyote.AbstractProtocol$AbstractConnectionHandler process
FINE: Socket: [org.apache.tomcat.util.net.SocketWrapper@189651c1:Socket[addr=/0:0:0:0:0:0:0:1,port=45415,localport=8080]], Status in: [OPEN_READ], State out: [CLOSED]
Oct 13, 2015 10:04:53 AM org.apache.tomcat.util.threads.LimitLatch countDown
FINE: Counting down[http-bio-8080-exec-16] latch=1
    
por Philippe 09.10.2015 / 22:49

1 resposta

0

A questão é comum. Com arquivos war portáveis binários, a configuração de contexto (ambiente) está no contexto em que deveria estar - não no arquivo war. Na reimplantação, por exemplo Ao aplicar um patch de software, o contêiner (Tomcat) deve reimplementar sem excluir o contexto.

Este problema está sendo abordado em Reimplante da guerra sem excluir o contexto . Aparentemente, a suposição é que isso já é possível com a interface de texto, portanto, um caso em que isso não é possível pode ser considerado um bug.

A solução sugerida é observar esse problema do Tomcat até que ele seja resolvido, porque esse problema de falha do servidor se torna uma duplicata dele.

    
por 02.02.2016 / 21:49

Tags