Maven 2 在windows 7上构建时，我遇到随机maven构建失败，这是windows问题吗？

我在64位windows 7 dell latitude（E6510）上使用maven 2.2.1、jdk 1.6.0_23（64位）。尽管不可复制，但每天运行clean时，我的构建（大型项目，67个工件）都会失败，因为目录无法删除。我可以切换到那个特定的模块，然后重新运行clean，它就可以工作了。我可以通过运行-fae（fail-at-end）将问题最小化

失败不是因为我正在查看目标中的文件

办公室中的其他开发人员都没有遇到过这个问题。我是唯一一个运行64位Windows7的人

我也把我的硬盘从5400rpm换成了7600rpm，但我还是遇到了故障

我四处搜索，没有发现任何东西表明大型maven项目版本和windows 7存在固有问题。我发现的最接近的是一个老maven 1 bug(http://jira.codehaus.org/browse/MAVEN-1733)

---

我的下一步是在同一台机器上运行linux。我已经将我的机器设置为双引导到Windows7或ubuntu，以查看在ubuntu上构建时是否出现故障。还有什么我可以尝试的吗？

这可能与Windows有关，因为当前正在使用的文件可能不会被删除。Linux和其他Unice没有这个问题

也就是说，这可能是由于配置问题或导致问题的某个第三方插件而表现出来的

我将使用以下清单：

• 有没有第三方插件
• 有没有不在最新版本的插件
• 您能调试并查看哪些文件不能删除吗？可能有某种Windows实用程序可以帮助实现这一点

---

有两种可能的解释；您的代码中有一些文件句柄不整洁，或者您遇到了64位JVM问题，这是由于Windows文件锁定比其他环境/VM上更明显
有大量的bug可以通过链接到/从中跟踪，并且会影响到很多插件
这些问题可以/将通过将所有插件升级到最新版本来解决，如图所示。它已经在所有核心maven插件中修复（即使是一些没有明确链接到上述问题的插件），我无法给出codehaus插件的确切状态。您也可以考虑切换到最新的Maven 3。 这些问题的一个共同特点是，由于以下原因，它们在64位JVM上出现的频率更高

---

JIT体系结构的差异（64位JVM基本上仍然使用“服务器”体系结构）。在更大的多模块构建中，情况会变得更糟，因为JIT编译器通常会在调用一些插件代码后进一步启动。
我将尝试从64位切换到32位jdk。我还将考虑升级插件和运行maven 3.0.x。我会让你知道事情的进展。我从64位jdk切换到32位jdk。我还尽可能地更新了插件（我们仍在使用maven 2.2.1）。这个行为做得更好，更快一点。完全修复了还是更好？从技术上讲，最新的插件版本应该可以在64位JVM上正常工作。我真的很想知道确切的原因，因为这个