爆炸战争的优点/缺点

我今天读到的一个问题的答案build议部署一个应用程序作为分解的WAR。这让我思考。

我曾经对JBoss / Tomcat进行过的每个部署都有一个WAR / EAR文件。至less据我记忆。

这些年来我犯了一个错误吗？

以扩展的forms部署应用程序有没有优势，而不是打包？

我想这是我的回答，在另一个问题中提到爆炸的战争。分解的WAR更容易导航，您可以更快地部署应用程序的“部分”（取决于我们的Web / App服务器如何处理），例如，像JSP页面一样replace单个资源。但是它可能有一些缺点：

1.）你真的在运行什么版本？ “呃，我现在还不确定”

2.）安全性 – 您是否拥有正确的分解格式许可？

3.）乱七八糟 – 文件丰富遍布你的不错的应用程序/networking服务器（有些人真的讨厌这个）。

我倾向于开发原型开发工作，然后移动到适当的包装更接近珠三angular我得到。

从部署爆炸耳朵/战争中获得的唯一真正好处是能够热切换服务器上的文件以及保存在包装上的时间（恕我直言，微不足道）。

基本上 – 这是开发阶段的一个有用的function。我不会为生产环境select这种部署方法。

也有一些Web应用程序服务器需要爆炸战争的一些深奥的function，但这是我经常使用遇到的东西。

在开发阶段更容易部署它爆炸。这样，您可以热点更新一些已部署的资源（可以是JSP页面）。

对于testing和生产环境，我更喜欢打包部署：ligther，并且更易于部署人员处理。

在部署时不爆炸WAR / EAR对应用程序服务器没有任何影响。这是因为在下面，他们都爆炸了。

例如，如果你把一个WAR文件放在tomcat的webapp下，你会看到在你的工作目录下，你的WAR文件将在那里爆炸。

基本上，WAR / EAR只是归档你的文件，以便移动和部署更容易

答：如果你是在windows系统上，你会经常发现操作系统随机locking了爆炸.war中的一些文件，而且你很难删除整个战争并重新部署。

AFAIK，只有爆炸战争才能进行热部署。而且在开发过程中，浏览服务器上的项目树更容易。当然，还有其他的优点和缺点，我会很高兴听到。