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 é:
- 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.
- 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