Hot deployment em produção

Curiosidade vaga, alguém usa hot deployment em produção? Indo mais fundo ainda, alguém já viu algum ambiente que funcione efetivamente?

Eu utilizo hot deploy onde trabalho e acho muito bom. Contudo, não são raros os casos em que tenho que dar um clean geral quando aparece um erro sem explicação.

abraços

Em producao nao se faz esse tipo de coisa.

cv wrote:Em producao nao se faz esse tipo de coisa.

Ainda mais que quase nenhum class loader funciona direito

como eu disse gosto muito, apesar dos problemas (que todas as abordagens vão possuir).

Me ajudem a entender pq vcs não utilizam em produção, pq eu utilizo e tenho mais vatangens do que problemas.

Talvez isso venha a mostrar alguma coisa que possa prejudicar o projeto no futuro, acho bastante relvante entender pq vcs são contra.

abraços

Eu não gosto porque simplesmente não confio.

E como qualquer implementação em produção eu devo chegar o mais próximo dos 100% de confiança, eu não uso.

É justamente isso que estou questionando: Fato é diferente de opinião.

Estou querendo entender os fatos, experiências negativas por exemplo, que levam vocês a não inidicarem. Isso porque, como eu disse, eu uso e não tenho (pode ser ainda) tantos problemas que justiquem eu não utilizar hot deploy em produção.

Olá

Na minha opinião, isto deve ser estudado caso a caso e em muitos casos não vejo mal nenhum usar. Nem todas as aplicações são tão críticas assim que precisem de 100% de confiabilidade.

Não tenho muitas experiências com os problemas que alguns de você vivenciaram. Quando usei funcionou OK.

Tenho enorme curiosidade em saber quais casos deram problemas e quais os servidores de aplicação em uso.

[]s
Luca

Não uso simplesmente porque não funciona. A quantidade de problemas é enorme que se resume a não permitir que a versão anterior seja coletada pelo GC.

-A biblbioteca padrão da JRE possui leaks
-O container possui leaks, direta ou indiretamente, seja por ser mal implementado, ou pq usa bibliotecas mal projetadas.
-A aplicação causa leaks por fazer coisas além do normal (GCLIB e a maioria de class-loading conning).

Luca wrote:Nem todas as aplicações são tão críticas assim que precisem de 100% de confiabilidade.

Respeito seus anos e mais anos de experiência, Luca, mas eu acho que quando chega na ponta de implementar qualquer coisa em produção, a gente precisa tentar chegar perto dos 100% de certeza do que estamos fazendo.

Enfim, como disse o bob, no meu caso fica mais perto da opinião do que do fato. Não tive muitos problemas pq simplesmente não faço. Pra não dizer que nunca, tive problemas no Websphere 6.

Para quem não utiliza o hot deploy em produção, como vocês fazem o deploy? Removem a aplicação via mecanismo do app. server e depois fazem o deploy da mesma forma? Se sim, não seria o mesmo que um hot deploy faria automaticamente?

mutano wrote:Para quem não utiliza o hot deploy em produção, como vocês fazem o deploy? Removem a aplicação via mecanismo do app. server e depois fazem o deploy da mesma forma? Se sim, não seria o mesmo que um hot deploy faria automaticamente?

ué, normalmente tem que reiniciar a aplicação

Só complementando, nunca fiz na aplicação inteira, em produção.. Mas de alguns recursos sim.

Utilizando o Weblogic, por default, ao modificar alguns simples XML ele fazia hot deploy da aplicação inteira.

Porém, é possível configurar quais recursos ele deve "escutar" por modificações para fazer um re-deploy completo.

Hot-deploy de alguns recursos eu fiz e não tive problemas. De classes, há tempos é sabido que não é confiável pelos motivos citados acima.. rsrs

O que eu vi melhor funcionar foi deixar no war/ear apenas o mínimo necessário, como código e configuração básica (web.xml). Todo o resto, que se resume a configuração da aplicação e arquivos de templating, deixar em um local fora do controle do AS. Dessa fora fica muito mais facil para gerenciar alterações e executá-las com o mínimo de impacto na aplicação.

louds wrote:O que eu vi melhor funcionar foi deixar no war/ear apenas o mínimo necessário, como código e configuração básica (web.xml). Todo o resto, que se resume a configuração da aplicação e arquivos de templating, deixar em um local fora do controle do AS. Dessa fora fica muito mais facil para gerenciar alterações e executá-las com o mínimo de impacto na aplicação.

Pode ser uma perguntinha besta, mas como fazer para os arquivos de template usarem os dados disponbilizados pela aplicação se eles estão fora dela? No caso eu uso o mentawai, como acessaria o output?

Parece interessante justamente devido a alterações q o pessoal de designer sempre gosta de fazer em algumas páginas mais dinamicas (dinamicas no sentido de design), fica inviável ter de fazer um novo deploy só pq um css mudou. Aí como faria, carrega o jsp, template externo a aplicação, preenche e mostra?

Fiz um questionamento parecido aqui.

Notícias, artigos e o maior fórum brasileiro sobre Java