分解(解包)的EAR文件与打包的EAR文件？

Question

在我的办公室里，我们使用爆炸式EAR(以及它们内部的爆炸式WAR目录)进行测试环境，然后使用打包的目录进行生产。然而，我还没有找到一个很好的解释背后的原因。我理解从部署的角度来看，在构建期间推出单个文件会更容易，但这会阻止我们在不进行完整重建的情况下执行诸如属性文件更改之类的操作(我们可以跳过编译，但我们的环境当前将编译和jar进程绑定在一起)。

这两种配置的主要优点/缺点是什么？

Answer 1

即使您部署了单个.ear文件，应用程序服务器也会在使用它之前将其解压缩，同时还会解压缩其中的WAR，有时甚至还会解压缩JAR。

因此，单个.ear文件的唯一好处是部署方便。

Answer 2

易更新和操作单独的道具文件，类文件，和外科手术改变。您有时会怀疑最新的生产代码是否包含所有最新的更改，因为您单独移动每个文件，很容易忘记一些东西。当您部署时，您可以通过打包的ear准确地了解正在更改的文件，您可以一举更新每个单独的类、jar、jsp。

Packaged -简单，易于部署，您知道每次部署都会移动所有最新的更改。使用ear时，prop文件真的很奇怪，您必须将它们放在服务器(容器)上，并创建某种绝对路径，以便您知道它们在哪里，并且它们与您的ear构建是分开的。

我想我更喜欢爆炸的耳朵。