Voltei a acreditar no hotdeploy do tomcat.
O tomcat tem o recurso de deploy de aplicativos com o tomcat rodando. Isso economiza muito tempo de desenvolvimento, pois o processo de ligar o tomcat pode demorar bastante tempo. Acontece que quando algo de errado acontece vários problemas imprevisíveis se propagam, consumindo tempo de desenvolvimento (a toa). É por este motivo que a maioria dos desenvolvedores java que conheço sempre desligam o tomcat para realizar um novo deploy. Além de chato é ineficiente.
Descobri que este problema é mais comum no Windows. Vou explicar o porquê. Quando um deploy é feito com um arquivo war, o seu conteúdo é descompactado na pasta webapps, e um arquivo de configurações xml é criado na pasta conf do tomcat. O processo de undeploy apaga o xml, o arquivo war e toda a pasta do context. Até aí tudo bem.
É comum, também, abrir com um navegador de pastas e arquivos, como o Windows Explorer, a pasta do contexto que se está desenvolvendo para verificar se está tudo correto, ou mesmo para atualizar arquivos jsp, por exemplo. Aí que está o problema. Se no Windows um arquivo fica aberto em um notepad, por exemplo, toda a estrutura de diretórios fica presa pelo processo do notepad, e o tomcat falha ao tentar efetuar o undeploy. Parte dos arquivos são apagados, e outros tantos ficam para trás.
Depois de um processo de undeploy falho como este o context não estará mais disponível para consulta no seu browser, mas se o mesmo context for reinstalado com um deploy, é bem provável que problemas estranhos surjam. Conheço gente que faz um undeploy no tomcat, um clean no projeto do eclipse, outro clean no ant, fecha o tomcat, abre o tomcat e finalmente faz o deploy. Outros, menos superticioso se contentam em fechar e abrir o tomcat. Chamo este processo, tanto o completo quanto o resumido, de macumbate. Uma espécie de padrão no desenvolvimento java para web.
No meu linux eu não tenho este problema. Dificilmente fecho o tomcat, e quando o faço é porque preciso atualizar alguma biblioteca do common/lib ou porque já fiz algumas dezenas de deploy e ocorre um problema de espaço em memória (PermGen).
Você esta se referindo a momento de desenvolvimento certo? e em produção, voce confia?
Keynes,
Hotdeploy só é seguro fazer uma vez na produção. Quando você faz undeploy, uma parte da memória que o java chama de PermGen Space nunca é liberado. O deploy recorrente faz com que o PermGen Space seja consumido sem que ele tenha uma utilidade.
Note que não se trata de um erro, mas uma característica da JVM da Sun: cada aplicativo deveria rodar em um espaço determinado e tudo isso deveria ser jogado fora ao desligar o aplicativo.
Funciona bem para aplicações de linha de comando e de janelas, mas no caso de aplicações de tomcat não funciona.
Portanto eu desligaria a opção de hotdeploy em um ambiente de produção, a não ser que você conheça muito bem o funcionamento do PermGen Space e seja o único que vai fazer deploy naquele servidor.