一切进展顺利。每晚构建运行超过一个月没有问题。但是，当从Eclipse调用功能构建器时，突然立即执行消息。
ERRORLEVEL 13
据我所知，我没有改变任何东西，因为这台电脑通常不会被触及。 （它仅用于夜间构建）。
我已经google了一下，看看这个错误意味着什么，但无济于事。 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安装已损坏。
您是否知道此错误的含义以及如何纠正错误？
答案 0 :(得分：4)
在阅读了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并继续构建。
答案 1 :(得分：3)
它应该意味着“ ant 构建失败”，这意味着无头ant脚本在某些时候失败。
您应该检查是否可以捕获此脚本生成的日志/输出以分析此ant会话，并查看ant脚本失败的位置。
如果它立即失败，通常是因为：
您还必须检查计算机是否仍在其原始Windows域中，以及与运行ant脚本的帐户关联的权限（admin？）是否仍然相同。