Eu estou olhando para executar um servidor de aplicativos java no meu servidor web debian linux, e estou procurando uma repartição das vantagens que usando o servidor de aplicativos me forneceria (ou desvantagens). Estou usando o apache 2 como meu servidor da web e não tenho nenhum problema em usar um servidor de aplicativos não-livre se ele fornecer um ambiente melhor para trabalhar. Isso será usado para um conjunto razoavelmente simples de aplicativos.
O Glassfish é um servidor de aplicativos que lida com solicitações de EJB (contêiner EJB), enquanto o Tomcat é um contêiner de Web - ele não pode manipular componentes EJB. Então, quais são os componentes do aplicativo que você planeja executar. Se o seu aplicativo usa Servlets e JSPs, o GlassFish é um exagero. Se você tem EJBs, então você não pode usar o Tomcat de qualquer maneira. Então, acho que começa com seus requisitos primeiro.
Não se esqueça de considerar o Jetty . Eu gosto muito:
Verifique se esta comparação é feita por um desenvolvedor do Jetty, mas é muito justo.
Algumas outras comparações:
O Tomcat é um servidor web decente o suficiente para os aplicativos de menor escala. Glassfish, JBoss, Websphere, etc., são servidores de aplicativos pesados que suportam o padrão EJB e muitos outros recursos avançados prontos para uso. Se você quiser usar o Enterprise Javabeans em seu aplicativo, o Glassfish ou servidores de aplicativos semelhantes são o caminho a percorrer; se você quiser apenas desenvolver usando servlets & JSPs ou possivelmente um framework baseado em POJO como o Spring, o Tomcat pode ser mais que suficiente.
O GlassFish é uma coleção de contêineres Java EE, um dos quais é um contêiner da Web, o Tomcat é apenas um contêiner da Web. então é muito difícil comparar com eles. Na verdade, o GlassFish tem algum recurso que o tomcat não suportava. como: Arquitetura modular baseada em OSGi, Image Packaging System
Você pode conferir aqui o artigo de comparação do Tomcat vs GlassFish