search

JetBrains / teamcity-deployer-plugin

Deployer plugin for TeamCity CI server
http://confluence.jetbrains.net/display/TW/Deployer+plugin
Apache License 2.0
39 stars 29 forks source link

cannot re-deploy ROOT.war (on tomcat8) #59

Closed martin-huber closed 8 years ago

martin-huber commented 9 years ago

Hi,

we have problems re-deploying ROOT.war on tomcat8. I don't know, if it is working on other tomcats.

If I look into the access.log I notice the following: upon a working deployment:

[10/Jul/2015:11:04:29 +0200] "GET /manager/text/list HTTP/1.1" 200 187 "-" "Codehaus Cargo/1.4.8" 0 "-"
[10/Jul/2015:11:04:29 +0200] "GET /manager/text/list HTTP/1.1" 200 187 "-" "Codehaus Cargo/1.4.8" 0 "-"
[10/Jul/2015:11:04:29 +0200] "GET /manager/text/undeploy?path=%2Fmywebapp HTTP/1.1" 200 52 "-" "Codehaus Cargo/1.4.8" 1 "-"
[10/Jul/2015:11:04:30 +0200] "PUT /manager/text/deploy?path=%2Fmywebapp HTTP/1.1" 200 50 "-" "Codehaus Cargo/1.4.8" 24 "-"
1

but for ROOT.war

[10/Jul/2015:11:04:59 +0200] "GET /manager/text/list HTTP/1.1" 200 187 "-" "Codehaus Cargo/1.4.8" 0 "-"
[10/Jul/2015:11:05:00 +0200] "PUT /manager/text/deploy?path=%2FROOT HTTP/1.1" 200 44 "-" "Codehaus Cargo/1.4.8" 0 "-"
1

The difference is: with another .war file than ROOT.war it is calling /list twice, then first undeploys the deployed webapp, and then deploys it.

With ROOT.war it only calls /list once and immediatly tries to deploy. I guess, it cannot find the deployed ROOT in the list (does it look for the "/" path?) and therefore thinks, that the webapp currently is not deployed and therefore immediatly tries to deploy ?

Doesn't anybody else have this problem?

Thanks! Martin

nskvortsov commented 8 years ago

Fixed in this build