为啥使用 Glassfish 而不是 Apache?它的优点和缺点是啥?

Posted

技术标签:

【中文标题】为啥使用 Glassfish 而不是 Apache?它的优点和缺点是啥?【英文标题】:Why use Glassfish instead of Apache? What's it strengths and weaknesses?为什么使用 Glassfish 而不是 Apache?它的优点和缺点是什么? 【发布时间】:2010-09-15 11:14:38 【问题描述】:

对不起,我在这里的无知,但是当我听到 webserver 这个词时,我立刻想到了 Apache,虽然我知道人们也使用微软的 IIS。然而,自从我在 *** 上闲逛后,我注意到很多人都在使用 Glassfish。

这让我想知道,我为什么要使用 Glassfish(从某种意义上说,我很感兴趣,但我真的不明白为什么它可以让我的生活更轻松)。根据我的阅读,它是 Sun 的 Apache Tomcat 的开源衍生产品,因此我认为它是一款优质(或出色)的产品。但是由于我不知道它的优点和缺点,我不知道什么时候选择 Glassfish 而不是另一台服务器是明智的。谁能详细说明一下?

【问题讨论】:

您需要 Web 服务器还是 Servlet 容器? 我主要考虑WebServer。 类似问题:Java EE Web Profile vs Java EE Full Platform 【参考方案1】:

GlassFish 是一个应用服务器,也可以用作 Web 服务器(Http Server)。

网络服务器意味着:处理 HTTP 请求(通常来自浏览器)。

一个 Servlet 容器(例如 Tomcat)意味着:它可以处理 servlet 和 JSP。

应用服务器(例如 GlassFish)意味着:它可以管理 Java EE 应用程序(通常是 servlet/JSP 和 EJB)。

您应该将 GlassFish 用于 Java EE 企业应用程序。

【讨论】:

这意味着 Glassfish 可以称为精益 Java 服务器,不如 Apache 通用,但更专注于 Java Servlet 并进行了优化? 是的,虽然 Glassfish 也有一个非常好的 HTTP 处理框架。 "lean-mean" 并不是完整的 Java EE 服务器。 @ShimiBandiel:出色的描述和细分。谢谢你。 :) 我是这里的新手。我们不能将 apache 用于 Java 应用程序吗?【参考方案2】:

在生产环境中最需要单独的 Web 服务器。您通常会发现应用程序服务器足以满足您的大部分开发需求。 Web 服务器能够容纳更多的活动会话和连接,从而在没有性能成本的情况下提供必要的平衡。

如果您只使用 servlets/jsps,请坚持使用简单的 Web 服务器。还需要注意的是,在netbeans环境下,glassfish比其他App服务器有更好的支持。不过,在 eclipse 的上下文中,WSAD 和 JBoss 似乎是首选。

【讨论】:

【参考方案3】:

Glassfish 即将发布模块化内核。

这意味着您需要的容器可以根据需要启动和关闭。即没有部署 EAR,EJB 容器不会启动。这似乎使它非常适合开发,因为它可以非常快速地启动和停止。这使它更接近于 Rails 等开发环境(重新部署是开发的重要组成部分)

【讨论】:

【参考方案4】:

我使用 GlassFish 服务器来开发 Web 服务。 它提供了一个非常交互式的管理控制台,管理员可以在其中测试 Web 服务。 我真的觉得它在开发 Web 服务时很有帮助

【讨论】:

以上是关于为啥使用 Glassfish 而不是 Apache?它的优点和缺点是啥?的主要内容,如果未能解决你的问题,请参考以下文章

为啥不应该总是使用 Apache 的事件 MPM 而不是工作 MPM?

Apache Felix 和 Glassfish V2

为啥我得到的是 Apache2 欢迎页面而不是 laravel 页面?

为啥 proxy.cgi 没有执行?

在 SSL 卸载程序和 Apache 之后的 Glassfish HTTPS 重定向

为啥 Glassfish 会生成一个不完整的 grant.policy 文件?