http://www.milfont.org/tech/2008/10/10/tomcat-rest-in-peace/
Tomcat is deprecated?
9 Respostas
Acho que devemos levar essa discussão com a mesma clareza apresentada nos Blogs citados, num nível onde sejam apresentadas referências e casos concretos ctados por profissionais. Caso contrario estaremos falando besteiras.
O unico detalhe é que o articulista da JM esqueceu de fornecer outras soluções,e isso o GUJ já faz há tempos e com responsabilidade.
http://www.guj.com.br/posts/list/94193.java
http://www.guj.com.br/posts/list/24581.java#132228
http://www.guj.com.br/posts/list/105997.java#572358
sds.
Acho que devemos levar essa discussão com a mesma clareza apresentada nos Blogs citados, num nível onde sejam apresentadas referências e casos concretos ctados por profissionais. Caso contrario estaremos falando besteiras.
Sem dúvida que sim…
O objetivo do post é justamente fomentar uma discussão no mesmo nivel. 
Mas que discussões de nível são essas que passou?
Nada de referências técnicas.
O Jetty é bom, todo mundo sabe. Basta intalar e percebe-se que ele é mais rápido, mas, e dai? Bom por causa do GUJ? Tem fóruns com milhares de pessoas em PHP que rodam melhor que qualquer fórum de Java. Acho que nem preciso citar, ou preciso?
O Tomcat vive comendo memória, mesmo que vc configure bem, isso num é novidade. É instável, bom, depende. Depende do que se compara. Referências técnicas, onde?
Vivências é fácil dizer, quero informações técnicas, senão, o que diz de uma revista, artigo ou blog é tudo a mesma coisa, falta informações técnicas que sustentem a ‘falácia’.
Desculpa gente pelo meu ‘grosseirismo’, mas infelizmente até agora vejo só o pessoal falando, falando e faltam números e sites de peso para sustentar as tais ‘falácias’.
Pra isso que serve load balance.
O GUJ roda num tomcat apenas?
O GUJ roda num tomcat apenas?, Naõ agora ele usa JETTY.
Depende do que se compara. Referências técnicas, onde?Exatamente, o quê acontece na maioria dos casos é a " informação sem conhecimento (=referências)", ou melhor fala pq. o outro falou ou leu em algum lugar.
Vivências é fácil dizer, quero informações técnicas, senão, o que diz de uma revista, artigo ou blog é tudo a mesma coisa, falta informações técnicas que sustentem a ‘falácia’.
Desculpa gente pelo meu ‘grosseirismo’, mas infelizmente até agora vejo só o pessoal falando, falando e faltam números e sites de peso para sustentar as tais ‘falácias’.
Perguntei se tem load balance…
Tuo bem. Algumas pessoas podem até defender o tomcat pedindo números, evidências, depoimentos, cartas psicografadas e etc… Mas o que isso vai mudar na opinião de cada desenvolvedor que sofre com os memory leaks do tomcat diariamente? “Ah, o Tomcat não é problematico, problematico sou eu que nao sei configurar!”…“O problema não está no tomcat. Ele só é dificil de configurar”…
Não sei de vocês, mas falo por mim: vivo tendo problemas como Tomcat! E muitos colegas meus também. Pra maioria dos desenvolvedores, ter problema desse tipo significa perda de tempo e dinheiro. Entao eles nao falam mal. Simplesmente mudam de servidor, se tiverem a chance.
Então, ao invés de tentarem defender o Tomcat, não seria melhor analisar os problemas apontados e tentar solucionar?
Do jeito que a coisa vai, creio que o tomcat ou vai mudar radicalmente em breve, ou vai morrer…
nao acho valido pensar isto, acho importante estar atualizado quanto as correcoes do tomcat.
http://tomcat.apache.org/tomcat-5.5-doc/changelog.html
em um projeto atual, tivemos problemas de memoryleaks, mas por falha de alguns pontos de implementação de arquitetura, configuração e definição de faixa estática de consumo de memória de forma a evitar problemas com o permGen.