无头Eclipse构建返回ERRORLEVEL 13

Question

一切进展顺利。每晚构建跑了一个多月没有问题。但是，突然从Eclipse中调用功能构建器时，执行立即终止消息。

ERRORLEVEL 13

据我所知，我没有改变任何东西，因为这台电脑通常不感动。 （它只用于夜间建造）。

我已经搜索了一下，看看这个错误意味着什么，但无济于事。 I found a link from IBM that shows a custom bat file that catches this error, but the explanation given is not very useful.

我的猜测是，这与工作区有关，或者整个eclipse安装被破坏。

你有什么想法这个错误意味着什么以及如何纠正？

Answer 1

在阅读错误代码意味着感谢来自VonC的答案后，我明白了在哪里看。看起来这个问题更难理解。

我查看了Eclipse的配置文件夹（当出现错误时，日志会写入那里或者在.metadata文件夹中），并且我发现了一个巨大的日志文件。里面的文件，我发现了以下错误：

application org.eclipse.sdk not found 

及以下异常，接着是插件名称，几次：

java.util.zip.ZipException: Too many open files 

几个插件无法加载，导致缺少依赖的级联这阻止了Eclipse启动。我在网上搜索了这个异常，并发现了SUN的以下错误描述，其中说Java 1.5.0 can not open more than 2,100 zip files。

在将Eclipse的BABEL项目翻译安装到构建计算机后，问题开始一段时间。这些超过900个片段，包含许多插件的翻译，每种语言都有一个。当我将它安装在现有的eclipse安装之上时，它似乎不是打开它们的问题....直到我清除构建的工作区。然后Eclipse不会再启动了。我超过了极限。这并没有帮助我尝试修复版本的第一件事是，再次......清理一切。

因为我只使用这台计算机进行无头构建，所以我没有意识到问题出现在Eclipse本身中，而我正在寻找构建过程。我只在查看日志文件时才意识到。

安装Java 1.6.0_11后，我能够启动Eclipse并继续我的构建。

Answer 2

应该是指 “蚂蚁构建失败”，意思是无头的Ant脚本在某些时候会失败。

您应该检查是否可以捕获此脚本生成的日志/输出以分析此蚂蚁会话并查看蚂蚁脚本失败的时间点。

---

如果失败的话马上，它通常是因为：在资源访问

• 的权利（写访问）的变化，或者在环境变量修改
• ，或
• （路径不可访问）。

您还必须检查计算机是否仍在其原始Windows域中，以及与运行ant脚本的帐户相关的权限（admin？）是否仍然相同。