Glassfish e Tomcat
Glassfish e Tomcat tem mesma funcionalidade, ou seja, são mesma "coisa"?
Eduardo Pessoa
Curtidas 0
Melhor post
Randrade
08/07/2015
Primeiro, vamos a diferença entre Application Server e Web Container, que é necessário para entender como utilizar.
Agora a diferença entre o Tomcar e o Glassfish:
Ambas são escritas em java e são destinadas à implatação de aplicações web.
GlassFish é a implementação de referência para um servidor de aplicativos Java EE, que inclui tecnologias como Servlet's, EJB's, JPA , JSF , JMS e vem por padrão com o Java EE SDK para download da Oracle.
Apache Tomcat tem sido tradicionalmente visto como Java EE 'lite', isto é, é um recipiente de servidor Web e servlet, mas com pouco mais na forma de' peso pesado 'Java EE
Algumas Diferenças:
Tomcat:
-Pode ser executado com JRE.
-Muitas vezes é instalado com o Apache httpd para balanceamento de carga.
-Mais rápido para carregar.
GlassFish:
-Requer JDK Completa
-Possui sua própria interface HTTP chamado Grizzly.
-Mais rápido para recarregar.
Desempenho:
O tomcat é mais rápido para carregar que o glassfish. Porém, isso não quer dizer que o glassfish seja lento, pelo contrário.
A performance entre os dois é bastante semelhante.
Resumo:
Tomcat é não Application Server, mas apenas um servlet container. Em outras palavras, se você planeja usar o Java EE completo (que inclui segurança e muitas outras coisas), você tem que mudar do Tomcat a alguns dos servidores completos de aplicativos Java EE. Glassfish é um deles.
Referências:
http://www.quora.com/Whats-the-difference-between-Glassfish-and-Apache-Tomcat
http://stackoverflow.com/questions/23563340/glassfish-vs-tomcat
http://stackoverflow.com/questions/17181292/java-ee-containers-vs-web-containers/17184620
http://www.guj.com.br/java/104780-diferenca-web-server-web-container-e-application-server
Web Server - Servidor Web - é uma software que conversa com browsers via HTTP e presa pela escalabilidade.
Ou seja, aguenta falar com muitos bowsers ao mesmo tempo. Exemplo: Apache Web Server.
Ele apenas usa o protocolo HTTP e envia ao browser contudo estático tal como páginas html, imagens, videos, etc...
Não ha programação do lado do servidor.
Ou seja, aguenta falar com muitos bowsers ao mesmo tempo. Exemplo: Apache Web Server.
Ele apenas usa o protocolo HTTP e envia ao browser contudo estático tal como páginas html, imagens, videos, etc...
Não ha programação do lado do servidor.
Application Server - Servidor de Aplicação - é o resultado da especificação java EE. É um software que contém um Web Container, um EJB Container , acesso JNDI e JMS ambiente tansacional com JTA e muitas outras tecnologias como Java Mail , JDBC e CORBA que juntas formam o ambiente EE.
Servidores de Aplicação são mais completos, complexos e robustos que um Web Container sozinho principalmente pelo que podem fazer ( por exemplo, suporte a EJB). EJB é especificamente recomendando quando existe uma demanda muito forte de transações e/ou distribuição. Historicamente a distribuição ficou meio que na gaveta quando a maioria das distribuições enveredou pelos webservices ( que o AS tb permite) e deixou de lado a distribuição de objetos. Então, hoje, usam-se EJB quando ha muito necessidade de controlar transações.
Quase todas as tecnologias presentes no AS podem ser usadas fora dele, portanto o AS não passa de um ambiente que garante certos requisitos de infraestrutura e especificação EE.
Servidores de Aplicação são mais completos, complexos e robustos que um Web Container sozinho principalmente pelo que podem fazer ( por exemplo, suporte a EJB). EJB é especificamente recomendando quando existe uma demanda muito forte de transações e/ou distribuição. Historicamente a distribuição ficou meio que na gaveta quando a maioria das distribuições enveredou pelos webservices ( que o AS tb permite) e deixou de lado a distribuição de objetos. Então, hoje, usam-se EJB quando ha muito necessidade de controlar transações.
Quase todas as tecnologias presentes no AS podem ser usadas fora dele, portanto o AS não passa de um ambiente que garante certos requisitos de infraestrutura e especificação EE.
Agora a diferença entre o Tomcar e o Glassfish:
Ambas são escritas em java e são destinadas à implatação de aplicações web.
GlassFish é a implementação de referência para um servidor de aplicativos Java EE, que inclui tecnologias como Servlet's, EJB's, JPA , JSF , JMS e vem por padrão com o Java EE SDK para download da Oracle.
Apache Tomcat tem sido tradicionalmente visto como Java EE 'lite', isto é, é um recipiente de servidor Web e servlet, mas com pouco mais na forma de' peso pesado 'Java EE
Algumas Diferenças:
Tomcat:
-Pode ser executado com JRE.
-Muitas vezes é instalado com o Apache httpd para balanceamento de carga.
-Mais rápido para carregar.
GlassFish:
-Requer JDK Completa
-Possui sua própria interface HTTP chamado Grizzly.
-Mais rápido para recarregar.
Desempenho:
O tomcat é mais rápido para carregar que o glassfish. Porém, isso não quer dizer que o glassfish seja lento, pelo contrário.
A performance entre os dois é bastante semelhante.
Resumo:
Tomcat é não Application Server, mas apenas um servlet container. Em outras palavras, se você planeja usar o Java EE completo (que inclui segurança e muitas outras coisas), você tem que mudar do Tomcat a alguns dos servidores completos de aplicativos Java EE. Glassfish é um deles.
Referências:
http://www.quora.com/Whats-the-difference-between-Glassfish-and-Apache-Tomcat
http://stackoverflow.com/questions/23563340/glassfish-vs-tomcat
http://stackoverflow.com/questions/17181292/java-ee-containers-vs-web-containers/17184620
http://www.guj.com.br/java/104780-diferenca-web-server-web-container-e-application-server
GOSTEI 5
Mais Respostas
Ronaldo Lanhellas
06/07/2015
Não, o Glassfish é um servidor de aplicação (Application Server) enquanto o Tomcat é um Container Web (Web Container). No caso vocÊ teria que saber a diferença entre esses tipos: Web Container e Application Server.
GOSTEI 0
Ronaldo Lanhellas
06/07/2015
Não, o Glassfish é um servidor de aplicação (Application Server) enquanto o Tomcat é um Container Web (Web Container). No caso vocÊ teria que saber a diferença entre esses tipos: Web Container e Application Server.
GOSTEI 0
Eduardo Pessoa
06/07/2015
Engraçado que pelo menos eu escutava bastante que ambos eram "servidores" web.
GOSTEI 0
Ronaldo Lanhellas
06/07/2015
Negativo, o glassfish é muito mais abrangente do que o Tomcat. Claro que cada um serve para casos específicos, você pode usar o Glassfish para ambos mas nem sempre é necessário, o Tomcat já resolvi até por ser mais leve torna-se melhor em alguns casos.
GOSTEI 0
Ronaldo Lanhellas
06/07/2015
Negativo, o glassfish é muito mais abrangente do que o Tomcat. Claro que cada um serve para casos específicos, você pode usar o Glassfish para ambos mas nem sempre é necessário, o Tomcat já resolvi até por ser mais leve torna-se melhor em alguns casos.
GOSTEI 0
Eduardo Pessoa
06/07/2015
Existe especificações tecnicas para cada? pode me passar essa informação?
GOSTEI 0
Eduardo Pessoa
06/07/2015
Pronto! Sem duvidas ou queixas!
Obrigado!
Obrigado!
GOSTEI 0
Randrade
06/07/2015
Pronto! Sem duvidas ou queixas!
Obrigado!
Obrigado!
Só mais uma coisa Eduardo.
Caso tenha alguma dúvida sobre as abreviações que citei (Servlet's, EJB's, JPA , JSF , JMS, etc), sugiro que estude. Isso é de suma importância para um bom profissional.
GOSTEI 0
Eduardo Pessoa
06/07/2015
Pode deixar Randrade! Copiado.
GOSTEI 0