Tomcat is deprecated?

9 respostas
R

http://www.milfont.org/tech/2008/10/10/tomcat-rest-in-peace/

9 Respostas

W
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.

R


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

D

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’.

saoj

Pra isso que serve load balance.

O GUJ roda num tomcat apenas?

W

O GUJ roda num tomcat apenas?
, Naõ agora ele usa JETTY.

W

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’.
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.

saoj

Perguntei se tem load balance…

josenaldo

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…

faelcavalcanti

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.

Criado 11 de outubro de 2008
Ultima resposta 13 de out. de 2008
Respostas 9
Participantes 6