何时使用EAR以及何时应用程序应在WAR中？

Question

我们在WebLogic服务器上有许多Spring Web应用程序,并且很好奇WAR何时应该进入EAR以及它们何时应该作为WAR存在.有时,WAR需要访问常见的逻辑JAR,但我不明白为什么当这些JAR可以打包到WAR中时需要进入EAR.

根据我的理解,如果EAR中有多个WAR并且您需要修改其中一个WAR,则需要重新部署整个EAR以更新服务器.这将导致所有WAR反弹.但是,如果他们不在EAR中,我可以更新一个WAR,它将是唯一一个反弹的人.

将100个不同的WAR文件单独使用并使用打包的JAR和共享库(使用WebLogic)有什么问题？

感谢您的任何见解!

Answer 1

如果您拥有的只是WAR文件,则EAR的用途有限,仅用作WAR的部署容器.你可以通过这种方式在WAR之间共享JAR来节省一些膨胀,但这本身并不是非常引人注目.

但是,在处理使用WAR,EJB,JMS,JCA资源等的完整JavaEE/J2EE应用程序时,EAR是必不可少的.这些应用程序的组件之间的交互和依赖关系在EAR中更容易管理.

但是,如果您使用的是Weblogic for是一个WAR容器,那么您也可以使用像Tomcat或Jetty这样的vanilla servlet容器,以获得从Weblogic中获得的所有功能.

Answer 2

我同意几乎所有的skaffman(通常)评论点.

如果你使用没有EJB的Spring,你当然可以坚持使用WAR文件.不需要我能看到的EAR.

但是,如果您的Spring应用程序使用消息驱动的POJO,我可以看到您仍然在WebLogic上部署WAR文件以利用JMS.

如果你有EJB或JCA,可能需要一个EAR,但我不会说JMS要求一个EAR.我已经使用了JMS并在WebLogic上部署了一个WAR文件,它运行得很好.

如果您决定使用Tomcat并在那里部署WAR,则在使用ActiveMQ时仍可以保留JMS功能.

Answer 3

如果您遇到我上一个雇主所做的情况，即您有一组由多个WAR使用的通用库JAR，并且该JAR集合的规模相当可观，那么将多个WAR打包到EAR中的论点可能会令人信服。 。在我们的特定情况下，将3个WAR的总大小与每个WAR打包在一起的总JAR总计为124MB。通过在包含的EAR中找到JAR并配置每个WAR的类路径以使用这些JAR，包含3个WAR的EAR的占用空间减少到40MB。我认为这是一个令人信服的理由。