1.0 已知问题和限制
1.1 Generic Log Adapter
1.1.1 使用 IBM Java 运行时环境(JRE)V1.4.1 运行 Generic Log Adapter 规则的问题
1.1.2 从远程 z/OS 系统导入日志文件可能生成不完整的数据
1.1.3 持续对带有页脚的日志文件进行语法分析导致缺少记录
1.1.4 在 GLA 配置编辑器的“问题”视图中,一些错误消息重复
1.1.5 Generic Log Adapter 不支持创建对多个时间戳记格式进行语法分析的规则
1.1.6 当新 GLA 适配器文件在 Generic Log Adapter 透视图中运行时,“问题”视图中发生格式化程序错误
1.1.7 HTTP Server 访问日志规则解析器不能正确地对某些记录进行语法分析
1.2 Agent Controller
1.2.1 在 DBCS 系统上对 Java 应用程序进行概要分析时控制台文本有乱码
1.2.2 Agent Controller 文件副本在 HP 11i 上无效
1.2.3 Agent Controller 在 Solaris 上报告“sh: sysdef: not found”错误
1.2.4 在 Linux 上通过 Sun JVM 运行 Agent Controller 会进入无限循环
1.2.5 一台机器上不允许有多个 Agent Controller 实例
1.2.6 当远程服务器上的文件无法找到时,文件传输引擎不报告 FileNotFoundExceptions
1.2.7 在 iSeries 上以安全方式运行 Agent Controller
1.2.8 同时监视多个代理程序时,不收集数据
1.2.9 关闭 Agent Controller 时,发生分段违例
1.2.10 对应用程序进行概要分析时,发生“内存不足”错误
1.2.11 代理程序收集的数据没有到达客户机
1.2.12 终止在带有多个代理程序的进程中运行的代理程序不成功
1.2.13 EBCDIC 平台上请求对等监视无效
1.3 日志和跟踪分析器
1.3.1 本地主机不支持持续日志监视
1.3.2 日志记录示例自述文件不打开
1.3.3 当 Agent Controller 错误启动时,无法执行带过滤器的“远程日志导入”
1.3.4 当 Agent Controller 未启动时,“远程日志导入”进程保持“活动”状态
1.3.5 导入某些 HTTP Server 访问日志可能引起“字符串索引值超出范围”错误
1.3.6 在 DBCS 系统上导入 Microsoft Windows 系统事件日志时,某些事件中的数据不可读
1.3.7 导入空日志时,发生 NullPointerException
1.3.8 导入 Windows 应用程序事件日志产生公共基本事件格式化错误
1.3.9 当指定了无效日志文件名时,从远程 HP-UX 系统导入日志将挂起
1.4 Probekit
1.5 概要分析工具
1.5.1 使用 IBM JDK 1.4.1 时垃圾回收的问题
1.5.2 在 Sun JVM 下,不跟踪某些方法调用
1.5.3 使用 Sun JDK 1.4.x 在 Solaris 上进行概要分析可能导致 JVM 崩溃
1.5.4 在 Solaris 上,如果 STACK_INFORMATION=contiguous,则以独立方式运行时可能会引起崩溃
1.5.5 WAIT 和 WAITED 事件的超时值为负数
1.5.6 IBM JDK 1.4.2 的监视器转储错误
1.5.7 使用 JIT Inlining 时的方法计数错误
1.5.8 AIX 和 Solaris 上的方法级别 CPU 时间统计信息限制
1.5.9 在 Linux 上对现有概要文件进行概要分析失败
1.5.10 导入从无头概要分析生成的概要文件
1.5.11 异常关闭工作台后,显示重复过滤器视图
1.5.12 “释放内存”操作可能静默失败
1.5.13 当在没有进行编辑的情况下选择“执行历史记录 > 完整图形详细信息”时,代理程序选项设置错误
1.5.14 通过数据包级别过滤导入概要文件将显示空视图
1.5.15 概要分析方式显示的数据比所希望的数据多
1.6 统计控制台
1.7 测试
1.7.1 常见测试问题
1.7.1.1 JUnit、Manual 和 URL 测试在 iSeries 上无法运行
1.7.1.2 数据池访问
1.7.2 URL 测试
1.7.2.1 作为 JUnit 测试执行 URL 测试
1.7.2.2 执行 URL 测试样本
2003 年提供的 IBM JDK 1.4.1 在基于规则的 Apache 访问日志解析器中会引起问题。
运行 IBM Java 运行时环境(JRE)V1.4.1 以使用 Generic Log Adapter 时,和/或通过使用基于规则的日志文件解析器导入日志文件时,需要 Service Release(SR2)和更高版本。
Bugzilla 缺陷:80730
使用日志和跟踪分析器从远程 z/OS 系统导入日志文件可能导致在“日志”视图中显示不完整的数据。导入操作可能会过早停止,导致“日志”视图中显示的日志记录不完整。当在 z/OS 系统上安装了以下 IBM JDK 版本之一时会发生此问题:
在带有 PTF UK00802 的 IBM JDK 1.4.2 中,此问题已修复。请将 JDK 升级到该版本或更新版本。如果无法升级 JDK 版本,为解决此问题,请通过执行以下步骤在 z/OS 系统上更改 Agent Controller 的配置:
<Parameter position="prepend" value="-Djava.version=1.4"/> <Parameter position="prepend" value="-Djava.compiler=NONE"/> <Parameter position="append" value=""config_path=%GLA_CONFIG_PATH%""/>
Bugzilla 缺陷:97974
持续对包含页脚部分的日志文件进行语法分析有时会导致语法分析输出中缺少记录。具体而言,当日志文件附加了新记录时,将不对附加记录的第一条记录进行语法分析,并且该记录不会包含在语法分析输出中。当上下文实例在适配器配置文件中配置了 continuousOperation="true" ,并且日志文件包含页脚部分时,会发生此问题。为解决此问题,请通过给上下文实例配置 continuousOperation="false" 来对日志文件进行一次语法分析。
Bugzilla 缺陷:101184
在 GLA 配置编辑器的“问题”视图中,一些错误消息多次显示。在通过单击重新运行适配器... 按钮执行适配器配置文件之前,“问题”视图并非总是清除现有消息。修改和保存该文件将清除“问题”视图,并显示一些适配器配置验证错误。
对于具有区分语言环境的时间戳记格式(带有单个基于规则的适配器配置文件)的日志文件,Generic Log Adapter 不支持对它们进行语法分析。如果应用程序生成日志文件,并且这些日志文件包含的时间戳记具有依赖于生成该应用程序的语言环境的格式,则无法使用单个基于规则的适配器对这些日志进行语法分析。例如,如果在 en_US 系统上生成的日志文件中日期格式为 MM/dd/yy,在 ja_JP 系统上生成的日志文件中日期格式为 yy/MM/dd,而在 de_DE 系统上生成的日志文件中日期格式为 dd.MM.yy,则每个日志文件都需要一个单独的适配器配置文件来进行语法分析(每个适配器配置文件都包含一条语法分析规则,它具有用于该语言环境的正确时间戳记格式)。
尝试通过单击重新运行适配器 ..." 按钮执行新 GLA 适配器文件时,Generic Log Adapter 透视图中的“问题”视图返回以下错误:
IWAT0438E 由于缺少必需的属性 sourceComponentId,公共基本事件格式化程序 N76D20B0042411D98000E0362B33D6F0 无法创建 CommmonBaseEvent。
此消息指示由于 sourceComponentId 是公共基本事件的必需属性,但缺少该属性,因此 GLA 的格式化程序组件无法创建公共基本事件。为解决此问题,请为 sourceComponentId 属性向适配器文件添加解析器规则。注:situation 属性也是必需的公共基本事件属性。为避免类似错误,请为 situation 属性向适配器添加解析器规则。只有 GLA 能创建包含所有必需属性的 CommonBaseEvent。
Bugzilla 缺陷:101545
HTTP Server 访问日志规则解析器不能正确地对以下记录进行语法分析:
9.26.5.6 - - [09/Feb/2005:17:07:53 -0500] "VERSION" 501 - 9.26.5.6 - - [09/Feb/2005:17:14:52 -0500] "GET_CONFIG\r" 501 - 9.26.5.6 - - [09/Feb/2005:17:15:00 -0500] "< NSP/0.2 >" 400 299 9.26.5.6 - - [09/Feb/2005:17:22:40 -0500] "\x16\x03\x01" 501 -
不能正确地对前两条记录和最后一条记录的严重性进行语法分析。在扩展数据元素中没有正确捕获一些其他记录数据。
在 DBCS(例如,繁体中文、简体中文、日语和韩语)系统上对 Eclipse 中的远程 Java 应用程序进行概要分析时,控制台输出中的文本显示为乱码。此问题在所有平台上都可能发生。
为解决此问题,请在启动远程 Java 应用程序时添加 Java VM 参数 -Dconsole.encoding=<native encoding>。此操作将确保在将控制台输出从远程方传输回 Eclipse 工作台时,编码正确。要在 Windows 上确定 <native encoding>,请打开命令提示符并运行命令 chcp。例如,如果获得结果 950,则 <native encoding> 的值为 MS950。然后,Java VM 参数将为 -Dconsole.encoding=MS950。有关有效编码列表,请参阅 Sun Java 文档“国际化”部分下的“支持的编码”。
由于文件服务器没有启动,因此文件副本无效。这是由于在运行时没有装入 JVM 库 libjvm.sl 而引起的,在运行时没有装入 JVM 库 libjvm.sl 将导致文件服务器不运行。
为解决此问题,需要链接程序补丁版本 PHSS_30049 或更高版本。补丁 30049 中的链接程序版本如下:
/bin/ld: $Revision: 1.1.4.1 $ HP aC++ B3910B X.03.37.01 Classic Iostream Library HP aC++ B3910B X.03.37.01 Language Support Library ld_msgs.cat: $Revision: 1.1.4.1 $ 92453-07 linker command s800.sgs ld PA64 B.11.38 REL 031217
要检查版本号:what /bin/ld
要列出已安装的补丁:swlist -l fileset
使用 grep 命令让“ld”获取累积 ld 和链接程序工具补丁的版本号。Agent Controller 使用 sysdef 命令获取系统上共享内存缓存的最大大小。如果 Agent Controller 无法运行 sysdef,则它将使用 <RAServer>/plugins/org.eclipse.hyades.datacollection/pluginconfig.xml 文件中指定的 dataChannelSize="30M"。在启动 RAServer.exe 的控制台上将报告以下错误:
sh: sysdef: not found为解决此问题,请向 PATH 变量添加包含 sysdef 的 /usr/sbin 目录。
<SERVER_MSG time="2004:6:3:17:42:49" severity="INFORMATION" text="Service starting"/> <SERVER_MSG time="2004:6:3:17:42:49" severity="INFORMATION" text="Successfully loaded plugin: org.eclipse.hyades.datacollection"/> <SERVER_MSG time="2004:6:3:17:42:49" severity="INFORMATION" text="Successfully loaded plugin: org.eclipse.hyades.logging.parsers"/> <SERVER_MSG time="2004:6:3:17:42:49" severity="INFORMATION" text="Successfully loaded plugin: org.eclipse.hyades.test"/> <SERVER_MSG time="2004:6:3:17:42:49" severity="INFORMATION" text="Active configuration set to: default"/> <SERVER_MSG time="2004:6:3:17:42:49" severity="INFORMATION" text="Loaded configuration: default"/> <SERVER_MSG time="2004:6:3:17:42:49" severity="INFORMATION" text="Service started successfully"/> <SERVER_MSG time="2004:6:3:17:42:49" severity="WARNING" text="Server stopping"/> <SERVER_MSG time="2004:6:3:17:42:49" severity="WARNING" text="Internal server closed"/> <SERVER_MSG time="2004:6:3:17:42:49" severity="WARNING" text="External server closed"/> <SERVER_MSG time="2004:6:3:17:42:49" severity="WARNING" text="Server stopping"/> <SERVER_MSG time="2004:6:3:17:42:49" severity="WARNING" text="Internal server closed"/> <SERVER_MSG time="2004:6:3:17:42:49" severity="WARNING" text="External server closed"/>为解决此问题,请在启动 Agent Controller 之前将 LD_LIBRARY_PATH 设置为指向所有 .so 文件。例如,在运行 RAServer 之前,发出以下命令:
export LD_LIBRARY_PATH=/opt/j2sdk1.4.2_04/jre/lib/i386/server:/opt/j2sdk1.4.2_04/jre/li b/i386
一台机器上只能安装一个 Agent Controller 实例。这表示如果您先前随其他产品安装了引擎或引擎的扩展版本,则将必须卸载该实例,新实例才能正确运行。例如,一些 IBM WebSphere Studio 或 IBM Rational 产品或者来自 developerWorks 的 Autonomic Computing Toolkit 都可供选择以名称“Agent Controller”安装 Agent Controller。
从远程文件服务器对不存在的文件尝试 GET 操作时,文件传输协议不会报告 FileNotFoundException。而是将通知成功传输大小为 0 的文件。如果在 GET 操作后返回大小为 0 的文件,则原因是远程服务器上不存在该文件,或该文件存在但大小为 0。传输协议当前不能区分这两种可能性。
有时,同时监视两个或更多与单个进程关联的代理程序时,将不收集其中一个代理程序的数据。其中一个代理程序的数据通道未能正确初始化,因此无法从该代理程序将数据返回给客户机。
为解决此问题,请一次只监视一个进程的一个代理程序。
Bugzilla 缺陷:99788
关闭代理控制器时,报告分段违例。除中断显示之外,此问题无其他影响。无需执行任何操作。在 Red Hat Enterprise Linux 3.0 update 4 上报告了此分段违例。
Bugzilla 缺陷:57786
如果在启动应用程序时指定 JVM 参数 -Xmxnnn 和 -XrunpiAgent,并且使用 TPTP 的“概要分析和日志记录”透视图连接和监视此应用程序,则 JVM 可能发出“内存不足”错误。在 Agent Controller 配置中为 Java 概要分析代理程序设置的 dataChannelSize 属性可能会影响可用于 JVM 的内存量,这可能导致“内存不足”错误。为解决此问题,请减小 Java 概要分析代理程序的 -Xmx 值和/或 dataChannelSize 值。
Bugzilla 缺陷:73668
有时,当代理程序收集数据时,数据不会发送到监视该代理程序的客户机。Agent Controller servicelog.log 文件中的以下 CommonBaseEvent 消息显示此问题的原因:
msg="Shared memory allocation failure: -518"
无法分配用作从代理程序向 Agent Controller 发送数据的数据通道的共享内存缓存。当重新启动 Agent Controller 时,会复用共享内存缓存名称。有时,在上次使用之后,系统不会完全清除共享内存缓存。尝试分配带有先前未清除的名称的缓存时,分配将失败。为解决此问题,请再次执行监视操作以使用不同的共享内存缓存名称。
Bugzilla 缺陷:100870
尝试终止在具有多个代理程序的进程中运行的代理程序时,进程成功终止,但是进程的状态仍然为未终止。在此情况下,重复尝试终止代理程序也将失败。
为解决此问题,请在进程级别而非代理程序级别终止代理程序进程。
EBCDIC 平台上请求对等监视无效。TPTP 3.3 当前没有变通方法。TPTP 4.0 中已除去此限制。
日志和跟踪分析器不支持通过本地主机持续进行日志监视。但是,如果希望持续监视本地日志文件,则可以通过回送接口(127.0.0.1),从而通过本地日志文件模拟远程导入。在此情况下,可随时终止日志记录代理程序以避免挂起 UI。
要通过回送进行导入或持续监视,必须启动 Agent Controller(从本地主机导入无需执行此操作)。
创建日志记录样本项目(文件 > 新建 > 示例)时,自述文件应在系统浏览器中打开。但是,如果工作台的文件关联首选项未正确设置,则文件可能不打开。
要修复此问题,请通过选择窗口 > 首选项然后选择工作台 > 文件关联,转至“文件关联”首选项页面。在文件类型列表中,选择 .html。在关联的编辑器列表中,单击添加。选择外部程序按钮,然后选择缺省浏览器。单击确定。单击确定,应用新的首选项。
Bugzilla 缺陷:95615
当 Agent Controller 错误启动时,请求带指定过滤器从非 Windows 系统导入日志文件,会导致显示以下消息:
“尝试导入日志文件 /home/user/app.log 时发生错误。 原因:[Ljava.lang.StackTraceElement;@538c718”
此错误会导致抛出以下异常,并且异常会记录到 .log 文件中。在 .log 文件找到此异常也说明 Agent Controller 错误启动:
org.eclipse.hyades.internal.execution.core.file.ServerNotAvailableException: java.net.ConnectException: Connection refused: connect
请确保在启动 Agent Controller 之前,将包含可执行库(例如 libjvm.so)的 JRE 目录添加到了系统的相应库路径环境变量中。请参阅 Agent Controller 安装目录中的 getting_started.html 文件,获取更多详细信息。
Bugzilla 缺陷:100084
尝试在远程系统上未运行 Agent Controller 的情况下导入远程日志时,将显示“连接失败 ... ”错误消息,但“日志导航器”窗格中“日志”下列出的日志导入进程仍然标记为“活动”,而该进程实际上已完成。为解决此问题,请在远程系统上启动 Agent Controller,并使用相同的“目的地”配置尝试再次导入同一日志。现在,该进程将显示正确的状态。
Bugzilla 缺陷:100979
通过静态解析器导入某些 HTTP Server 访问日志可能会在所有记录语法分析完毕之前停止,并且可能会显示与以下类似的消息:
IWAT0030E 执行远程日志解析器期间发生错误 “org.eclipse.hyades.logging.adapter.config.StaticParserWrapper”:IWAT0412E 对日志文件 /home/userId/logs/access.log 进行语法分析时发生错误。 IWAT0357E 对文件 /home/userId/logs/access.log 进行语法分析时发生异常: org.eclipse.hyades.logging.parsers.LogParserException:IWAT0054E 对访问日志进行语法分析时发生错误。 IWAT0306E 对行号 1535 进行语法分析时发生错误: 9.26.5.6 - - [09/Feb/2005:17:07:53 -0500] "VERSION" 501 - 字符串索引值超出范围:-2。 HTTP Server 访问日志静态解析器无法对不包含文件名的日志记录进行语法分析。此类记录的示例有: 9.26.5.6 - - [09/Feb/2005:17:07:53 -0500] "VERSION" 501 -
为解决此问题,请使用基于规则的解析器导入日志文件。
Bugzilla 缺陷:95077
从双字节字符集系统导入 Microsoft Windows 系统事件日志可能会导致“日志”视图中显示某些公共基本事件,它们缺少消息值或消息值不可读。
Bugzilla 缺陷:100743
导入空日志或使用某个过滤掉所有日志事件的导入过滤器时,“日志”视图将显示为空,并且可能抛出 NullPointerException(在 XMLLoader.endElement 中)。请检查日志文件或尝试使用允许装入某些事件的其他过滤器。
Bugzilla 缺陷:101718
有时,导入 Microsoft Windows 应用程序时间日志时,会显示以下消息:
IWAT0027E 导入指定日志文件时出错。 IWAT0412E 对日志文件 null 进行语法分析时发生错误。 IWAT0438E 由于缺少必需的属性 creationTime,公共基本事件格式化程序 N6B1EE3005B511D880008CD5D1F4FA98 无法创建 CommmonBaseEvent。
日志解析器未能正确对某些日志记录进行语法分析。但是,大部分日志记录已导入并显示在“日志”视图中。
Bugzilla 缺陷:101491
如果在从远程 HP-UX 系统导入日志时指定了无效日志文件名,则导入操作可能表现为永不结束。作业状态栏显示“正在导入日志文件...”,而进度指示器将继续滚动并且不显示错误消息。处于此状态的日志导入作业无法取消。要停止日志导入作业,请停止 eclipse 工作台。为解决此问题,请确保指定的日志文件名正确。
不适用
Bugzilla 缺陷:56182
如果用户应用程序使用的堆空间量过大,则请求收集对象引用或运行 GC 可能会导致 JVM 崩溃并带有以下错误消息:
**内存不足,正在终止**
*** panic: JVMCI023: 无法分配内存以收集 jvmpi_heap_dump 中的堆转储
程序异常终止
如果您当前带 -Xmx 参数运行,则可尝试通过在不带 -Xmx 参数的情况下运行,解决此问题。
Bugzilla 缺陷:69051
在 Windows 上使用 Sun JDK 时,JVMPI 不跟踪 Java 程序中的某些方法调用。
没有已知变通方法。
Bugzilla 缺陷:56404
在 Solaris 上使用 Sun JDK 1.4.x 或在 HP 上使用 HP JDK 1.4.x 进行概要分析可能会导致 JVM 崩溃。
Sun 上的问题是由于 Sun JVM 中的错误而引起的。为解决此问题,使用下列概要分析集合中的一项:
如果组合使用这些概要分析集或者如果“显示实例级别”信息已打开,将会出现该问题。或者,您可以升级到 Sun JDK 1.4.2_08-b03 build,在该版本中,此问题已修复。
到 JDK 1.4.2_04 时,HP JDK 错误已修复。HP 上唯一的解决方法是升级到此 JDK 版本或更高版本。
Bugzilla 缺陷:50090
在 Solaris 上进行概要分析时,您可能会遇到独立概要分析的相关问题。仅当 STACK_INFORMATION=contiguous(或 boundaryAndContiguous)并且 TRACE_MODE=full 时才会发生此问题。此问题可能会导致 JVM 崩溃。
要在 STACK_INFORMATION=contiguous 的情况下解决此问题,请设置 TRACE_MODE=noObjectCorrelation。当 STACK_INFORMATION=none 或 STACK_INFORMATION=normal 时,不会发生此问题。
Bugzilla 缺陷:63969
通过 IBM 1.4.2 JDK 并带有 jvmpi 概要文件选项“MONITOR_MODE=all”(以独立方式)运行时,则在对 monitorWait 和 monitorWaited 元素的跟踪中,您可能看到它们的超时属性为负数。这些属性实际上是转换为正 64 位整数的超大超时值。此错误是由于 JDK 错误而引起的。
到 IBM JDK 1.4.2 SR1a 时,此 JDK 错误已修复。解决方法是升级到此 JDK 级别或更高级别。
由于 JDK 错误,以独立方式并带有 jvmpi 概要文件选项“MONITOR_MODE=all”运行 Test and Performance Platform 时,您可能会遇到错误的监视器转储。只对于错误 65193,当使用“-Xj9”VM 参数时才会发生此问题。
Bugzilla 缺陷:70660(作为“不修复”结束)
如果怀疑在分析工具中看到的方法计数过低,那么如果您正在使用 JIT inlining,请关闭它。仅当使用 IBM Java 2 运行时环境 V.1.4.2 并且仅当启用了 JIT 时才会发生此问题。
此问题的唯一变通方法是关闭 inlining。要执行此操作,请设置以下环境变量:
JITC_COMPILEOPT=NINLINING
在 TPTP 3.0 和 4.0 中,可收集方法级别 CPU 时间统计信息。您可以选择在“方法统计信息”视图或“方法调用”表中增加一列,供查看方法级别 CPU 时间统计信息。此功能的平台限制如下:
在 AIX 4.3 上不支持方法级别 CPU 时间统计信息报告。
在 Aix V5.1 上,方法级别 CPU 时间统计信息报告要求导出环境变量“AIXTHREAD_ENRUSG=ON”。
在 Solaris 上,当前不支持方法级别 CPU 时间统计信息功能。
Bugzilla 缺陷:95803
在 Linux 平台上对现有概要文件进行概要分析失败。在代码中使用了无效路径分隔符,这导致 FileNotFoundException。
为解决此问题,请对新文件而非现有概要文件进行概要分析。
变通方法是在导入到 Eclipse 工作台中之前,手工编辑该概要文件,在它开头添加字符串 <TRACE>,而在它末尾添加字符串 </TRACE>。
Bugzilla 缺陷:97894
如果工作台崩溃或异常关闭,则可能无法正确保存“跟踪和日志”过滤器,这会导致在重新启动工作台时重新创建过滤器。结果,在视图过滤器列表中显示重复过滤器。要除去重复过滤器,请使用“管理过滤器”向导删除过滤器(可从视图下拉菜单访问该向导)。
“释放内存”操作可能静默失败。如果发生故障,可能会要求关闭然后重新打开“概要分析和日志记录”透视图。
Bugzilla 缺陷:99492
在“概要文件启动”配置向导中的“概要分析”选项卡下选择概要文件集“执行历史记录 - 完整图形详细信息”并且不进行任何编辑时,收集的概要分析数据将多于所要求的概要分析数据。将收集多余的概要分析数据,例如对象分配数据。
为解决此问题,请在选择“执行历史记录 - 完整图形详细信息”概要分析集后,单击编辑,并通过在每个页面上单击下一步,完成向导页面。在完成向导之后,单击完成,更新概要分析集的设置。
Bugzilla 缺陷:100334
当在选定“内存分析”(概要分析类型)的情况下生成概要文件时,将不会按时间顺序在概要文件中保存事件。这会导致以后使用数据包级别的过滤导入概要文件时发生故障,例如,丢失数据包。
为解决此问题,请在不带任何数据包级别过滤的情况下导入概要文件,并在导入完成后,在统计视图中过滤数据。
当使用以下概要分析类型:不带实例级别信息的“基本内存分析”和带有执行流程图形详细信息但不带实例级别信息的“执行时间分析”,来对应用程序进行概要分析时,如果选定了“实例级别信息”工具栏按钮,则实例级别信息将显示在“执行统计信息”视图中。
不适用
Bugzilla 缺陷:68899
Bugzilla 缺陷:68911
描述从测试访问数据池的文档缺少一个步骤,并包含不能完全运行的代码样本。
需要将以下 jar 添加到 Java 构建路径中。([ECLIPSE_HOME] 是安装 Eclipse 的目录。)
[ECLIPSE_HOME]/plugins/org.eclipse.hyades.models.common_3.0.0/common_model.jar [ECLIPSE_HOME]/plugins/org.eclipse.hyades.test.datapool_3.0.0/datapool_api.jar [ECLIPSE_HOME]/plugins/org.eclipse.emf.ecore_2.0.0/runtime/ecore.jar [ECLIPSE_HOME]/plugins/org.eclipse.emf.common_2.0.0/runtime/common.jar
以下代码片段演示如何正确访问数据池和抽取信息。
IDatapoolFactory dpFactory = new Common_DatapoolFactoryImpl(); IDatapool datapool = dpFactory.load(new File("d:\\hyades3.0\\workspace\\testproj\\dpoo1.datapool"), false); IDatapoolIterator iter = dpFactory.open(datapool, "org.eclipse.hyades.datapool.DatapoolIteratorSequentialPrivate"); iter.dpInitialize(datapool, -1); while (!iter.dpDone()) { String firstName = iter.dpCurrent().getCell("First Name").getStringValue(); // your code here iter.dpNext(); }
可作为 JUnit 测试执行 URL 测试。为此,必须将以下条目添加到包含 URL 测试的项目的 Java 构建路径中:
[ECLIPSE_HOME]/plugins/org.eclipse.hyades.logging.core_3.3.0/hlcore.jar [ECLIPSE_HOME]/plugins/org.eclipse.hyades.logging.core_3.3.0/hlcbe101.jar [ECLIPSE_HOME]/plugins/org.eclipse.emf.ecore_2.0.2/runtime/ecore.jar [ECLIPSE_HOME]/plugins/org.eclipse.hyades.logging.java14_3.3.0/hl14.jar [ECLIPSE_HOME]/plugins/org.eclipse.emf.common_2.0.1/runtime/common.jar
类和 java 文件已从 URL 测试样本除去以防止编译问题。URL 测试样本不是用来执行的。