我在两个(本应)相同的 Linux 环境中运行相同的 Java 应用程序。该应用程序使用 MQ，并在 Java 2 安全管理器下运行。
在一个环境中，该应用程序运行良好，在另一个环境中，该应用程序也可以运行，但会在 stdout 中生成一个巨大的 FFST 转储。
对我来说，这感觉像是在机器上执行的跟踪级别的差异，但我发现很难获得有关 FFST 实际是什么的信息。
它是将在机器上运行的进程吗？
如果要进行 FFST 跟踪，是否在 FFST“下”启动队列管理器？
它是否一直运行但使用用户控制的配置？
如有任何线索，我们将不胜感激。
戴夫
最佳答案
FFST 是“首次故障支持技术”，只要出现内部错误，这些文件就会被剪切。本质上，它是一个程序转储。 FFST下没有开启或运行的概念。如果出现程序错误，文件被剪切，除了解决根本原因外，没有办法禁用该功能。
真正的问题是确定究竟是什么导致 FFST 文件被剪切。文件的序言包含许多有用的信息，例如失败的进程、失败时所在的 WMQ 模块、模块的版本和一些失败类型的指示。在其下方是通常还包含环境变量的跟踪。客户或 IBM 通过服务请求评估 FFST 文件通常可以确定根本原因。
关于java - 什么是 FFST？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/5273565/