一切都进行得很顺利。夜间构建已经运行了一个多月，没有任何问题。然而，突然在从Eclipse调用功能构建器时，执行立即以消息结束。
ERRORLEVEL 13
据我所知，我没有改变任何东西，因为这台电脑通常不会被触摸。(它只用于夜间构建)。
我已经谷歌搜索了这个错误的含义，但没有结果。 我找到了来自IBM的链接，显示了一个自定义的bat文件，捕捉了这个错误，但给出的解释并不是很有用。
我猜想这与工作区有关，或者整个eclipse安装已经损坏了。
你有任何想法这个错误意味着什么，如何纠正吗？
2个回答
4
在阅读了来自VonC的答案并了解了错误代码的含义后，我知道了应该从哪里查找。问题比看起来更加难以理解。
我查看了Eclipse的配置文件夹（当出现问题时，日志要么写在那里，要么写在.metadata文件夹中），然后我找到了一个巨大的日志文件。在文件内，我发现了以下错误：
application org.eclipse.sdk not found
接下来会出现以下异常，跟着插件名称出现多次：
java.util.zip.ZipException: Too many open files
几个插件无法加载，导致依赖关系缺失，从而阻止Eclipse启动。我在网上搜索了这个异常，并从SUN找到了以下错误描述，其中提到Java 1.5.0不能打开超过2,100个zip文件。
问题在我将BABEL项目翻译安装到构建计算机后的一段时间开始。这些是900多个片段，包含许多插件的翻译，每种语言一个插件。由于它是安装在现有的eclipse安装之上的，因此似乎打开它们不是一个问题...直到我清除了用于构建的工作区。然后Eclipse就再也无法启动了。我超出了限制。解决构建问题的第一件事是清除所有内容，这并没有帮助。
因为我只在这台电脑上进行无头构建，所以我没有意识到问题出在Eclipse本身上，而是在构建过程中寻找答案。只有当我查看日志文件时才意识到这一点。
安装Java 1.6.0_11后，我能够启动Eclipse并继续构建。
- Mario Ortegón
3
这句话的意思应该是“ant 构建失败”，这意味着无头 ant 脚本在某个地方失败了。
您应该检查是否可以捕获此脚本生成的日志/输出，以分析此 ant 会话并查看 ant 脚本在哪个点失败。
如果它立即失败，通常是因为：
您应该检查是否可以捕获此脚本生成的日志/输出，以分析此 ant 会话并查看 ant 脚本在哪个点失败。
如果它立即失败，通常是因为：
- 权限更改（写入访问权）或
- 环境变量修改或
- 资源访问（路径不可访问）。
- VonC
1
有趣的是，没有输出错误......是什么原因导致蚂蚁脚本如此快速地失败？ - Mario Ortegón
网页内容由stack overflow 提供, 点击上面的可以查看英文原文，
原文链接
原文链接