我一直在试图抢劫了我们的一件事,保持未来就是"如何"上面向我们用阿帕奇。不幸的是,我还没有找到一个说明,为什么你会想这么做!

从我的实验,我们似乎是一个非常功能齐全的网络服务器类型的服务;但是我可能丢失了很多。因此,这一概念的前结束我们更加的解决方案将与现有结构,或不前结束(在一个纯粹的Java环境)提供额外的好处?

有帮助吗?

解决方案

它通常用来加快速度。因为apache是一种非常快速的网络服务器被用来提供静态的内容。如图像、CSS文件等。我们提供的动态内容(servlet,Jsp)在这种情况。

其他提示

还有另一个有效的使用情况,为什么我们前面的Glassfish和Apache。阿帕奇在这种情况下会为增加Glassfish的安全反向代理功能。该RP被配置为仅允许特定的URL来通过向应用服务器传递。对于例如,你可能有应用程序上下文/对myApp和部署在Glassfish的/ myPrivApp。在RP服务器,只配置/对myApp传递到GlassFish。有人请求/ myPrivApp将会看到一个404“导向请求权在RP水平停止。

在我的部署之一,我已经部署了一堆战争,一些用户从互联网的到来,一些只有内部网。我有2点RP的运行,一个互联网用户,另一个用于内部网络。我配置Internet RP只允许经批准的互联网应用程序的URL,而内网的用户能看到的一切通过。

希望有所帮助。

另一个原因使用Apache作为前端到Glassfish的是跨Glassfish的群集提供负载平衡的可能性。请参见 http://tiainen.sertik.net/ 2011/03 /负载平衡与 - 的glassfish-31 and.html 获得的信息。

一个其它原因是,glassfish的不能在端口80上运行(容易),没有给它当然根权利。 因此,对于大多数用户来说来容易运行一个代理(Apache时,Nginx的,清漆)某种在Apache的前面,有一个正常用户下运行这两个服务器。

然后你有你前端的一些配置选项的其他优势。像其他人提及的,高速缓存例如

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top