爆炸（未打包）EAR与打包的EAR文件？

Question

在我的办公室里，我们在测试环境中使用了分解的EAR（并在其中分解了WAR目录），然后是用于生产的包装。我还没有找到这个背后原因的一个很好的解释。我知道从部署的角度来看，在构建过程中推出单个文件比较容易，但是它阻止我们在不进行完整重建的情况下执行属性文件更改等操作（我们可以跳过编译，但是我们的环境目前将编译和JVM过程绑定在一起）。

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

Answer 1

即使部署了一个.ear文件，应用程序服务器将使用它，以及拆包内部的战争之前解开它，有时甚至是JAR文件也。

所以单个.ear文件的唯一好处是部署方便。

Answer 2

分解耳朵 - 易于更新和操作各个prop文件，类文件，jsps并进行手术更改。您不时想知道最新的生产代码是否具有所有最新的更改，因为您单独移动每个文件，并且很容易忘记某些内容。当你部署时，你确切地知道哪个文件正在被打包的耳朵改变，你一举更新每一个类，jar，jsp。

包耳 - 简单，易于部署，您知道每个部署移动所有最新的变化。 prop文件在使用耳朵时真的很奇怪，你必须将它们放在服务器（容器）上并创建某种绝对路径，以便知道它们在哪里，它们与耳朵构建是分开的。

我认为我更喜欢爆炸的耳朵。