爆炸（解包）EAR与打包EAR文件？

Question

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

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

Answer 1

即使您部署单个.ear文件，appserver也会在使用它之前解压缩它，以及解压缩内部的WAR，有时甚至是JAR。

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

Answer 2

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

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

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