Java:IDE与Maven War覆盖层配合良好

我们有一个完全Maven化的JavaEE6Web应用程序，我们使用Maven“war overlay”工具添加特定于客户的文件，目前运行在Glassfish 3.1中

我们传统上使用Eclipse进行开发，但我发现Maven处理和War部署的组合在部署时间上可能不是最优的，mavenization允许我们使用任何具有良好Maven支持的IDE

因此，Eclipse是我们特定场景的最佳选择（maven war overlays->glassfish，并对其进行调试）还是Netbeans或IntelliJ更好

请用实际经验支持我的观点，谢谢

---

---

编辑：在Ubuntu12.04.1下，Netbeans 7.2与Glassfish 3.1.2.2捆绑在一起的一些初始实验强烈暗示，Netbeans在这种情况下工作得更快。

无可否认，Netbeans确实有一些很好的Java EE开发功能，可以与Glassfish一起下载预打包，使生活更轻松

但坦率地说，就我而言，这取决于你最喜欢的巫术。由于您的团队对新IDE的特性和工具不够熟悉，您可能从稍微好一点的支持中获得的任何优势都将完全消失

---

我想你真正应该考虑的是，witch直接插入JVM，允许真正的热部署。通过减少重新编译和重新发布整个项目所花费的时间（即使是最小的更改），专门为更快的开发而开发

所有提到的IDE在maven支持方面或多或少都有相似的特性，在这个特定场景中几乎没有任何一个可以帮助您。您可以尝试在开发过程中避免maven重叠，因为这会增加构建阶段的时间。正如前面所建议的，您还可以从JRebel中获益，以实现更快的周转。这样，您就不必运行mvn clean install了，节省了大量宝贵的时间。

感谢您指出这一点。然而，培训费用不是问题。你会不会碰巧有任何与我的问题相关的经验？这基本上是在回答你的问题——没有真正的好处。5天的培训不能抵消多年使用Eclipse的经验。您将不会发现任何明显的优势来证明在那些senarios中更改IDE的快照部署是合理的，因为它与IDE的关系不大，而与框架的关系更大。你真的不需要寻找一个不同的IDE，而是像JRebel这样的东西。你真的没有任何处理实际低级问题的经验吗？重要的一点是maven插件是否能够以一种与glassfish热部署（最有可能是一场爆发的战争）配合良好的方式模拟覆盖行为，而不仅仅是打包一场已完成的战争。我将重复前面的问题-你有没有任何与我的问题相关的实际经验？老实说，我不确定你的目的是什么，Maven及其插件独立于IDE运行，所以它不在乎它是由Eclipse、Netbeans还是命令行触发的。因此，在这一点上没有什么可以得到的。你想说说为什么吗？我想改进这个问题。例如，如果一个IDE部署普通战争，而另一个部署爆炸战争，后者可能会更快。这通常很难在没有实际尝试的情况下进行测试。我仍然不明白为什么JRebel会在web容器设置中有所帮助？是的。如果你能在分解模式下部署-那太棒了。我注意到，这只是maven用户的一个讨厌的习惯——在每次部署之前运行mvn clean install。如果你已经在分解模式下运行（因为你没有运行完整版本），JRebel没有帮助，但它有助于避免重启——它在运行时更新你的应用。至于覆盖层——我认为没有什么帮助，只是必须避免它们。我不认为JRebel可以帮助Glassfish——为了尽快重新部署爆炸战争，已经做了大量的努力。你没有真正尝试这样做吗？分解部署是所有情况的一部分。作为JRebel的开发人员之一，我显然尝试过这样做。从你的回答中，我不清楚你与你推荐的商业产品的关系。Overlays是解决严格的内部业务需求的解决方案的一部分，除非需要，否则我不愿意更改它。在使用IDE并部署到Glassfish时，您是否有关于如何更好地使用JRebel的其他资料？