Por que usar Glassfish vez de Apache? O que é que os pontos fortes e fracos?

Question

Desculpem a minha ignorância aqui, mas quando ouço a palavra webserver, eu imediatamente imaginar Apache, embora eu saiba que as pessoas usam Microsoft do IIS também. No entanto desde que eu fui sair aqui no StackOverflow tenho notado muitas pessoas usam Glassfish.

O que me fez pensar, por que eu iria querer usar Glassfish (no sentido em que estou interessado, mas eu realmente não entendo por que ele pode facilitar a minha vida). Pelo que li, é derivado de código aberto da Sun Tomcat da Apache, assim que eu imagino que é um bom produto (ou grande) de qualidade. Mas desde que eu não sei suas forças e fraquezas, eu não sei quando seria sábio para escolher Glassfish em detrimento de outro servidor. Alguém poderia explicar melhor?

Answer 1

GlassFish é um servidor de aplicações que também pode ser usado como um Web Server (HTTP Server).

Um meio Servidor Web:. Manipulação de solicitações HTTP (geralmente a partir de navegadores)

a servlet recipiente (por exemplo) Tomcat meios:. Pode tratar servlets & JSP

Um Application Server (por exemplo, GlassFish) significa:. Ele pode gerenciar aplicativos Java EE (geralmente ambos servlet / JSP e EJBs)

Você deve usar GlassFish para aplicações corporativas Java EE.

Answer 2

A necessidade de um servidor Web separado é mais necessário em um ambiente de produção. Você poderia encontrar um servidor de aplicativo a ser bastam maioria das suas necessidades de desenvolvimento. Um servidor web é capaz de manter maior número de sessões ativas e conexões, proporcionando o equilíbrio necessário, sem custos de desempenho.

Vara para um servidor web simples, se você está trabalhando apenas com servlets / JSPs. É também de notar que em um ambiente netbeans, glassfish tem melhor apoio do que outros servidores de aplicativos. No contexto do eclipse, porém, WSAD e JBoss parecem as opções preferenciais.

Answer 3

Glassfish em breve lançará o kernel modular.

Isto significa que os recipientes que você precisa iniciar e desligar como você precisa deles. Ou seja sem EAR implantado, container EJB ganhou; t arranque. Esta parece ter feito muito bom para o desenvolvimento, uma vez que pode iniciar e parar muito rapidamente. Isto leva-lo muito mais perto de ambientes de desenvolvimento como o Rails (onde reafectação é uma grande parte do seu desenvolvimento)

Answer 4

Eu tenho usado servidor GlassFish para o desenvolvimento de Web Services. Ele fornece um console de administração muito interativo, onde o administrador pode testar os Web Services. Eu realmente acham que é útil durante o desenvolvimento de Web Services