摘要 ======== 本文档包含 IBM MQ V8.0 及其维护版本的自述文件。 可在此处下载此自述文件的 ASCII 副本(英文版和翻译版): https://public.dhe.ibm.com/software/integration/wmq/docs/V8.0/Readme/ 本文档的英文版是最新版本。 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 内容 ======= 本文件的主要部分描述了产品限制和已知问题。 除此文件之外,您还可在 IBM MQ Web 站点上找到更多信息: https://www.ibm.com/products/mq SupportPac Web 页面的地址为: https://ibm.biz/mqsupportpacs 有关已知问题和可用修订的最新信息,请参阅 IBM MQ 支持页面: https://www.ibm.com/mysupport/s/topic/0TO5000000024cJGAQ/mq?language=en_US&productId=01t0z000006zdYXAAY 可通过 IBM Knowledge Center 获取 IBM MQ 的所有受支持版本的产品文档 (https://www.ibm.com/support/knowledgecenter/SSFKSJ)。 尤其是,您可在 IBM Knowledge Center 中查看 IBM MQ V8.0 产品文档,地址为: http://www.ibm.com/support/knowledgecenter/SSFKSJ_8.0.0/com.ibm.mq.helphome.v80.doc/WelcomePagev8r0.htm 公告函: 可在以下站点获取 IBM MQ V8.0 的公告函(美国英语): IBM MQ Distributed http://www.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/2/649/ENUSA14-0332/index.html IBM MQ for z/OS http://www.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/9/649/ENUSA14-0339/index.html IBM MQ for z/OS Value Unit Edition、IBM MQ MFT for z/OS、IBM MQ AMS for z/OS 和 IBM MQ Advanced for z/OS http://www.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/1/649/ENUSA14-0331/index.html 请参阅公告函,以了解以下类型的信息: - 详细的产品描述,包括对新功能的描述 - 产品定位声明 - 订购详细信息 - 硬件和软件需求 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 更新历史记录 2020 年 3 月 3 日 - IBM MQ V8.0.0 FP16 的更新 2020 年 6 月 9 日 - IBM MQ V8.0.0 FP15 的更新 2020 年 1 月 23 日 - IBM MQ V8.0.0 FP14 的更新 2019 年 9 月 25 日 - IBM MQ V8.0.0 FP13 的进一步更新 2019 年 9 月 10 日 - IBM MQ V8.0.0 FP13 的更新 2019 年 7 月 31 日 - IBM MQ V8.0.0 FP7 的新增条目 2019 年 5 月 15 日 - IBM MQ V8.0.0 FP12 的更新 2019 年 2 月 18 日 - 运行 AMQP 通道的平台的清晰列表 2018 年 12 月 20 日 - IBM MQ V8.0.0 FP11 的更新 2018 年 6 月 21 日 - IBM MQ V8.0.0 FP10 的更新 2018 年 3 月 28 日 - IBM MQ V8.0.0 FP9 的更新 2017 年 11 月 24 日 - IBM MQ V8.0.0 FP8 的更新 2017 年 7 月 19 日 - 适用于 IBM PureApplication System 的 APAR IT18908 和 IT15252 的更新 2017 年 6 月 22 日 - IBM MQ V8.0.0 FP7 的更新 2017 年 1 月 23 日 - IBM MQ V8.0.0 FP6 的更新 2016 年 5 月 23 日 - IBM MQ V8.0.0 FP5 的更新 2016 年 2 月 11 日 - IBM MQ V8.0.0 FP4 的更新,对 IBM PureApplication System 的 AIX 支持 2015 年 10 月 23 日 - IBM MQ V8.0.0 FP4 的更新 2015 年 9 月 25 日 - IBM MQ V8.0.0 FP3 的更新,对 IBM PureApplication System 的高可用性支持 2015 年 6 月 18 日 - IBM MQ V8.0.0 FP3 的更新 2015 年 5 月 29 日 - V8.0.0.2 中 IBM i 专用概要文件 *PUBLIC 的权限问题 2015 年 5 月 18 日 - V8.0.0 FP2 中修订的内存覆盖问题 2015 年 2 月 27 日 - IBM MQ V8.0.0 FP2 的更新 2015 年 1 月 27 日 - IBM MQ V8.0.0 FP1 的进一步更新 2014 年 9 月 11 日 - IBM MQ V8.0.0 FP1 的更新 2014 年 5 月 23 日 - IBM MQ V8.0.0 的更新 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ++ ++ ++ 安装指示信息 ++ ++ ++ ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 您可在 IBM Knowledge Center 内发布的 IBM MQ V8.0 产品文档中查看安装指示信息,地址为: http://www.ibm.com/support/knowledgecenter/SSFKSJ_8.0.0/com.ibm.mq.helphome.v80.doc/WelcomePagev8r0.htm ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ++ ++ ++ 限制和已知问题 ++ ++ ++ ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ V8.0.0 FP16 的限制和已知问题 ============================================================= 在 Windows 上升级并卸载客户端并不会移除 msvcr100.dll ------------------------------------------------------------------------------ 在 Windows 系统上,如果将 IBM MQ 8.0.0.15 客户端升级到 8.0.0.16 级别 (p800-016-210212),并完全卸载该客户端,那么不会从以下安装目录中移除库文件 msvcr100.dll: - C:\Program Files\IBM\MQ\java\jre\bin\classic\msvcr100.dll - C:\Program Files\IBM\MQ\java\jre\bin\j9vm\msvcr100.dll 您可以保留此文件,也可以手动将其删除。 某些密码更改为缺省值 ------------------------------------------ 嵌入到 MQ V8.0.0.16 中的 JRE 已在 APAR IT35343 下更新为 以下 Java 版本: 7.1.4.80 - AIX,Linux (x86-32、x86-64、ppc、ppcLE、zLinux),Windows(32 位,64 位) 7.0.10.80 - Solaris (SPARC、x86-64) 7.0.10.75 - HP-UX(Itanium 32 位、64 位) 在此 JRE 中,与“DES_CBC”匹配的密码套件已禁用。例如, 以下密码套件已禁用: SSL_RSA_FIPS_WITH_DES_CBC_SHA 这意味着,如果应用程序使用此 JRE,则应用程序将无法使用此密码套件,例如,如果通过 SSL/TLS 安全通道连接到队列管理器。 如果您了解与使用这些禁用密码套件相关的安全风险,并希望将其重新启用,请更新以下文件: AIX、Linux、Solaris: /java/jre64/jre/lib/security/java.security Windows: \java\jre\lib\security\java.security 并编辑以下属性的条目: jdk.tls.disabledAlgorithms 删除最后一个条目: ", DES_CBC" V8.0.0 FP14/15 的限制和已知问题 ================================================================ 没有需要您注意的新限制或已知问题。 V8.0.0 FP13 的限制和已知问题 ============================================================= GSKit 8.0.55.3 和更高版本与 V8 IBM JRE on AIX 之间的不兼容性 --------------------------------------------------------------------------- 此问题仅影响运行 MQ Java 或 JMS 应用程序 且满足以下所有条件的 AIX 系统: - 未使用随 MQ 一起提供的 JRE - 使用版本低于 V8.0.5 FP40 的 V8 IBM JRE - 使用到队列管理器的绑定方式连接 - 使用 AMS GSKit 的 IBMJCEPlus 名称空间更改导致了这种不兼容性,如 JRE APAR IJ17282 (https://www.ibm.com/support/docview.wss?uid=swg1IJ17282) 中所述。 如果系统满足所有这些条件,请将 JRE 更新至 V8.0.5 FP40 或更高版本,或者使用随 MQ 修订包一起提供的 JRE。 V8.0.0 FP12 的限制和已知问题 ============================================================= 没有需要您注意的新限制或已知问题。 V8.0.0 FP11 的限制和已知问题 ============================================================= 现在,只能以 root 用户身份访问 $MQ_INSTALLATION_PATH/maintenance 目录 ------------------------------------------------------------------------------ 此问题可能影响 Linux 用户。 在应用 FP11 后,只能以 root 用户身份访问 $MQ_INSTALLATION_PATH/maintenance 目录。如果已将 Linux 安装配置为采用 $MQ_INSTALLATION_PATH 的自动备份,那么应评估此更改的影响。 在对象权限管理器 (OAM) 数据存储库中创建错误条目 ------------------------------------------------------------------------------ 此问题影响缺省对象权限管理器的用户。 在对象权限管理器 (OAM) 数据存储库中创建的错误条目导致编程错误。这些条目包含名为“<>”的实体。 已在 IBM MQ V8.0.0.11 中通过 APAR IT24223 修订了此问题。重新启动队列管理器时会从 OAM 移除错误条目。 V8.0.0 FP10 的限制和已知问题 ============================================================= 没有需要您注意的新限制或已知问题。 V8.0.0 FP9 的限制和已知问题 ============================================================ 如果尝试在队列管理器停顿时建立新连接,那么 Java 客户机挂起 ----------------------------------------------------------------------------------- 此问题影响使用以下 MQ 功能的应用程序: - JMS 类 - Java 类 - JCA 资源适配器 - OSGi 捆绑软件 - Managed File Transfer MQ 队列管理器可向请求受控对话关闭(连接句柄)的已连接客户机发送通知,例如,在队列管理器停顿时。如果 Java 客户机中的线程在客户机中的另一个线程请求新对话的同时收到其中一个通知,可能发生死锁,因为两个线程均需要访问 RemoteConnectionSpecification 对象上的内部“connectionsLock”。 此问题已在 IBM MQ V8.0.0.9 中由 APAR IT22127 修订。此修订启动一个新线程以将连接与其 RemoteConnectionSpecification 重新关联(如果需要),从而可复用。 要将修订用于您的应用程序,需要将以下新策略添加到 Java 安全管理器使用的策略文件: permission java.lang.RuntimePermission "modifyThread"; V8.0.0 FP8 的限制和已知问题 ============================================================ 没有需要您注意的新限制或已知问题。 V8.0.0 FP7 的限制和已知问题 ============================================================ 对于 zh_TW,MQ Explorer MFT 插件显示“assertion failed”错误消息 ----------------------------------------------------------------------------------- 对于繁体中文 (zh_TW) 语言环境,使用 Managed File Transfer (MFT) 插件通过“传输进度”视图监视文件传输时,MQ Explorer 会持续显示一条弹出错误消息,其中包含以下文本: assertion failed: Column 7 has no label provider. 此错误是在以下情况下引入的:对列 7 标题(英语文本为“Started”)的繁体中文译文 的更新未同时应用于 MFT 插件所使用的控制文件。 此问题已在 IBM MQ V8.0.0 FP13 中通过 APAR IT28289 修订。 此问题还可通过本地修订来解决。以下描述了两个本地修订。 只需执行其中任一本地修订即可解决此问题。 本地修订方法一: --------------------- 1. 在其他语言环境内使用其他语言临时打开 MQ Explorer。 执行此操作的方法之一是配置 Java 系统属性“user.language”和 “user.region”。针对 MQ Explorer 完成此操作,具体方法是打开位于 MQ 安装的 “bin”目录中的 MQExplorer.ini 文件,并将这些条目添加到此文件底部的以下行下方: -vmargs 例如,要使用美式英语打开 MQ Explorer,请将以下行添加到 MQExplorer.ini 文件中: -Duser.language=en -Duser.region=US 此文件末尾现在应如以下示例所示: -vmargs -Xmx512M -Duser.language=en -Duser.region=US 保存并关闭此文件。 2. 在新语言环境中: a. 打开 MQ Explorer。 b. 连接到 MFT 配置。 c. 打开 MFT 配置下列出的“传输日志”页面。 d. 确保已同时显示“当前传输进度”视图。 缺省情况下,此视图位于“传输日志”内容视图正下方。 3. 关闭 MQ Explorer,然后在 zh_TW 语言环境中将其重新打开。 如果 zh_TW 为您的系统语言环境,那么只需将特定 user.language 和 user.region 系统属性从 MQExplorer.ini 文件中移除即可。 本地修订方法二: ----------------------- 1. 关闭 MQ Explorer。 2. 从 MQ Explorer 工作空间打开 dialog_settings.xml 文件。 此文件位于如下目录中: [在 linux 上] /home/user1/IBM/WebSphereMQ/workspace-Installation1/.metadata/.plugins/com.ibm.wmqfte.explorer [在 Windows 上] C:\Users\Administrator\IBM\WebSphereMQ\workspace-Installation1\.metadata\.plugins\com.ibm.wmqfte.explorer\ 3. 删除列在以下“COLUMNS”XML 条目下的任一项,以使此列表包含 七个项,而不是原先的八个项。
例如,删除列表中“COLUMNS”的第一项: 3. 保存并关闭此文件。 4. 重新启动 MQ Explorer。 不使用参数运行的 File Transfer fteCleanAgent 命令等效于 -all ---------------------------------------------------------------- 在运行仅指定代理名称而未指定自变量的 fteCleanAgent 命令时, 行为等效于 fteCleanAgent -all。因此,将清除针对其运行命令的 代理上的所有正在进行和暂挂的传输、资源监视器定义和已调度的传输定义。例如, 以下两个命令生成相同的行为: fteCleanAgent agent100 fteCleanAgent -all agent100 在 APAR IT15522 下,更新了 fteCleanAgent 命令从而使用户 必须指定要通过向命令传递相应的参数并提供代理名称来清除的 Managed File Transfer 状态。此 APAR 还添加了新属性以将 fteCleanAgent 还原至其原始行为(如果需要)。 此属性名为“failCleanAgentWithNoArguments”并在 command.properties 文件中设置。缺省情况下,“failCleanAgentWithNoArguments”的值 为 true,并且仅在指定了代理名称参数时 fteCleanAgent 命令运行失败。 如果启用“MQCSP 认证方式”,那么 MQ Explorer Managed File Transfer 插件 ----------------------------------------------------------------------------- 不会处理长度超过 12 个字符的密码 -------------------------------------------------------------- 如果使用 MQ Explorer Managed File Transfer 插件或者具有 Managed File Transfer 代理(使用 CLIENT 传输连接到队列管理器且指定密码),那么在 指定的密码长度超过 12 个字符时,代理不会向队列管理器进行认证。这是 因为代码不使用 MQCSP 认证,而是使用将密码长度限制为 12 个字符的 “兼容性方式”进行认证。 根据 APAR IT17772,会更新代码,以便可以禁用缺省兼容模式并启用 MQCSP 认证模式。您可以通过以下方式执行此操作: - 在 MQ Explorer 中: - 选择想要连接到的队列管理器。 - 单击右键,然后选择“连接详细信息”>“属性”。 - 单击“用户标识”选项卡。 - 确保选中“启用用户标识”,并清除“用户标识兼容性方式”复选框。 - 对于 MFT 代理: 将新参数“useMQCSPAuthentication”添加到相关用户的 MFTCredentials.xml 文件。将参数设置为 true。如果参数不存在,那么缺省设置为 false 并使用兼容性方式 向队列管理器认证用户。 以下是示例条目,显示如何在 MFTCredentials.xml 文件中设置 useMQCSPAuthentication 参数: V8.0.0 FP6 的限制和已知问题 ============================================================ 在随 IBM MQ Virtual System Pattern Type 提供的 HA 模板配置中 ----------------------------------------------------------------------------- 未引用部分属性 --------------------------------------- 对于 IBM MQ V8.0.0 FP6,在随 IBM MQ Virtual System Pattern Type for IBM PureApplication System 提供的多实例模式模板中包含以下属性: - ha_manage_mq_data_manually - ha_existing_data_path - ha_do_not_install_mq_advanced_components 当前在“高可用性备用实例”模板配置中不包含对这些属性的引用。要使用其中任一配置, 请刷新“数据依赖性”行,或者在配置中添加属性引用。 此问题已在 IBM MQ V8.0.0 FP7 中通过 APAR IT18908 修订。 FDC 可能会错误地显示缺少集群队列管理器预订 ---------------------------------------------------------------------------- 集群存储库进程包含若干维护检查。其中一项检查是确定对于集群配置的本地队列管理器视图中的队列和队列管理器对象,是否存在内部预订。如果发现队列管理器记录,表明在它所属的集群中没有预订,则会生成包含探针 RM702021(缺少预订)的 FDC。 但是,在创建新的完整存储库的过程中,有一个时间点,这时队列管理器记录会包含本地队列管理器尚不知道的集群名称(因为它还不是指定集群的完整存储库 ,也不是部分存储库)。在这种情况下,生成的 FDC 是产生误导,因为此时不应该有任何预订。 APAR IT14931 会检查队列管理器是否可能是延迟的完整存储库,如果是,则不生成 FDC。 但是系统无法确定队列管理器是否会成为完整存储库,因此请务必进行以下手动检查:- 检查集群配置中的集群接收器通道是否在相应的集群中共享。- 检查远程队列管理器上的集群接收方通道使用的名称列表是否包含期望的集群名称列表。 - 检查手动定义的发送方通道是否正确定义,以及目标是否预期为完整存储库(手动定义的通道 (CLUSSDR) 始终指向完整存储库。指向部分存储库的 CLUSSDR 属于配置错误)。 对于所有连接中断异常情况,都不会调用 MQ JMS ExceptionListener ------------------------------------------------------------------------------------- 以下问题会影响使用 IBM MQ V8.0 for JMS 类的 JMS 应用程序: - 如果将 JMS ConnectionFactory 属性 JmsConstants.ASYNC_EXCEPTIONS 设置为值 JmsConstants.ASYNC_EXCEPTIONS_ALL,不仅应针对中断连接异常调用应用程序的 JMS ExceptionListener,还应针对 JMS MessageListener 异步消息传递期间出现的任何异常调用该 JMS ExceptionListener。但是,非连接中断异常(如 MQRC_GET_INHIBITED)未传递给 ExceptionListener。 - 如果 JMS 会话对 JMS 连接使用其他 TCP/IP 套接字,那么将不会调用应用程序的 ExceptionListener, 除非 JMS 会话使用的套接字已中断。 - 安装 MQ V8.0.0 FP3 后,仅在应用程序使用异步消息使用者时才会针对连接中断异常调用应用程序的 JMS ExceptionListener, 而在使用同步消息使用者时不调用。 APAR IT14820 进行了以下修复: - 将针对任何连接中断异常调用应用程序注册的 ExceptionListener, 而不论应用程序使用的是同步还是异步消息使用者。 - 如果 JMS 会话使用的 TCP/IP 套接字已中断,那么将调用应用程序注册的 ExceptionListener。 - 如果应用程序使用异步消息使用者,并且应用程序使用的 JMS ConnectionFactory 将 ASYNC EXCEPTIONS 属性设置为值 ASYNC_EXCEPTIONS_ALL,那么在消息传递期间出现的非连接中断异常 (如 MQRC_GET_INHIBITED)会传递给应用程序的 ExceptionListener。 GSKit 8.0.50.69 或更高版本更改了隐藏文件格式 ----------------------------------------------------- APAR IT16295 将 GSKit 组件级别更新至 8.0.50.69 或更高级别。这一更新会更改在生成 .sth 文件以隐藏密钥数据库密码时使用的隐藏文件格式。此级别 GSKit 所生成的隐藏文件不能由较低级别的 GSKit 读取。 为确保兼容性,使用此级别 GSKit 所生成的隐藏文件的任何应用程序或其他安装都应更新至包含 GSKit 8.0.50.69 或更高级别的 MQ 版本。 如果无法更新应用程序或其他安装,那么可以请求向后兼容的隐藏文件格式。要执行此操作, 请在使用“-stash”或“-stashpw”选项生成隐藏文件时在 runmqakm 或 runmqckm 命令中提供“-v1stash”参数。 使用 iKeyman GUI 时,无法生成向后兼容的隐藏文件。 在 z/OS 上使用 Managed File Transfer 代理时出现的登录问题 ------------------------------------------------------------- 在 IBM WebSphere MQ File Transfer Edition 产品成为 IBM MQ 的组件后,其提供了大量的安全增强功能。 其中包括限制以下命令以使其只能由运行代理或记录器进程的用户发出: - fteStartAgent - fteStopAgent - fteSetAgentTraceLevel - fteShowAgentDetails - fteStartLogger - fteStopLogger - fteSetLoggerTraceLevel 在 z/OS 上使用 IBM MQ Managed File Transfer 时,可以将代理作为已启动任务运行。 通常,由可能不具有登录权限的管理用户运行此类任务。在这种情况下,您无法以运行 代理的用户身份登录到 z/OS 系统,而这又意味着无法针对该代理发出以下命令: - fteStartAgent - fteStopAgent - fteSetAgentTraceLevel - fteShowAgentDetails APAR PI52942 添加了一个新的代理属性“adminGroup”,此属性可用于 z/OS 上的 IBM MQ Managed File Transfer 代理。当此属性设置为现有组的名称时,该组的成员 可以对该代理执行之前的命令。 V8.0.0 FP5 的限制和已知问题 ============================================================ IBM PureApplication System 当前在 IBM MQ V8.0.0.5 上不可用 ------------------------------------------------------------------------------- 如果您使用 IBM PureApplication System,请应用 IBM MQ V8.0.0 FP4。 当前没有可用于 IBM PureApplication System 的 FP5。 在与 Oracle 数据库配合使用时,IBM MQ Managed File Transfer Java EE -------------------------------------------------------------------------- 数据库记录器在 WebSphere Application Server Community Edition V2.1 --------------------------------------------------------------------------- 中生成警告消息 ---------------------- 有关此问题的完整描述,请参阅“V8.0.0 的限制和已知问题”。 此问题已在 IBM MQ V8.0.0 FP5 中修订,但仍受以下持续限制的影响: - 在表 "FTELOG"."TRANSFER_EVENT" 中,名称为“SOURCE_BRIDGE_URL”和 “DESTINATION_BRIDGE_URL”的列应使用列长度 2083 进行定义。 - 对于其数据库记录器连接到 DB2 数据库的 MQ Managed File Transfer 组件用户,如果这些列长度已定义为 1024,可能需要在应用此修订包后 手动更新这些列长度。否则,写入超过 1024 字节的数据时,这些数据 将被截断,且 DB2 不会发出警告。 使用 CONNAUTH 连接到队列管理器时的行为更改 -------------------------------------------------------------------- 在本产品的先前版本中使用 CONNAUTH 时,使用 MQ classes for Java API 和使用其他 API 时的行为有所不同。 在先前版本中,如果在队列管理器上启用了 CONNAUTH,且 CHCKCLNT 参数在 AUTHINFO 定义中设置为 OPTIONAL,那么使用 MQ classes for Java API 的客户机应用程序提供用户标识而不提供密码时,该应用程序能够连接成功。在使用其他 API(例如 JMS 或本机 MQ API)时此行为有所不同,此时连接会失败。 从 IBM MQ V8.0.0 FP5 开始,使用 MQ classes for Java API 的应用程序的行为与使用其他 API 时相同。即,如果提供用户标识而不提供密码,连接会失败。 行为更改:现在缺省情况下将禁用 PCF 响应的严格检查 ------------------------------------------------------------------------------- PCFMessageAgent 类由应用程序以及在内部由 MQ Explorer 用于向队列管理器发送 PCF 请求和收集响应。 在 IBM MQ V8.0.0 FP5 中对此类进行了修改,提供了用于关闭/打开对 PCF 响应消息的 严格检查(在 APAR IT01469 中引入)的机制。这是为了防止应用程序和 MQ Explorer 在连接到受 APAR IT10521 所报告问题影响的队列管理器时行为异常。 PCFMessageAgent 和 MQ Explorer 可以用于与许多不同的队列管理器通信,但并不总是 能够将 IT10521 修订应用于其中每个队列管理器。 因此,PCFMessageAgent 提供的三种 send() 方法的缺省行为发生了更改,从而不再对 收到的 PCF 响应执行严格检查。这些方法现在假定当处理了“控制”字段设置为值 MQCFC_LAST 的响应消息之后,便已接收了对命令的所有 PCF 响应,而不是通过计算 PCF 响应数量来确保队列管理器已发送了所需数量的响应,然后再将控制权返回给应用程序。这种新的方式将此行为恢复到 APAR IT01469 修订之前的状态。 如果需要对 PCF 响应消息执行严格检查(例如,为了避免发生 APAR IT01469 中报告的 问题),请在使用 PCFMessageAgent 的应用程序运行所在的 Java 运行时环境上设置以下 Java 系统属性: com.ibm.mq.pcf.enableStrictPCFResponseChecking=true 要在 MQ Explorer 中启用对 PCF 响应消息的严格检查,请从命令行运行以下命令以启动该用户界面: MQ_INSTALLATION_PATH/bin/MQExplorer -Dcom.ibm.mq.pcf.enableStrictPCFResponseChecking=true 其中,MQ_INSTALLATION_PATH 是 MQ V8.0 的安装目录。 V8.0.0 FP4 的限制和已知问题 ======================================================================== 对 IBM PUREAPPLICATION SYSTEM 的支持 ========================== 使用 SSH 命令“halt”关闭后不会重新启动虚拟机 ----------------------------------------------------------------------------- 在装有 IBM PureApplication System 构建级别 2.1.2.0 的任何 Power/AIX 机架上, 执行关闭命令“halt”之后,虚拟机无法重新启动。 变通方法是关闭/开启发生故障的虚拟机,之后该虚拟机将恢复工作状态。 IBM PureApplication System:虚拟机故障转移限制 --------------------------------------------------------------- 如果虚拟机在部署运行时间不足 30 分钟之后停止,那么可能不会执行故障转移操作。 在整个部署进入 RUNNING 状态之后,故障转移框架必须对虚拟机状态进行大约 30 分钟的监视,然后故障转移操作才会变为可用。 安装 IBM MQ 和将其升级到最新修订包级别时的限制 --------------------------------------------------------------------------- 此限制影响运行以下版本的 IBM PureApplication System 的 Power/AIX 和 Linux/x86 用户: - IBM PureApplication System 构建级别 2.1.2.0、2.2.0.0 和更高级别 - IBM MQ PureApplication 模式类型 1.0.0.2 和更低级别 由于 IBM PureApplication System 构建级别 2.1.2.0、2.2.0.0 和更高级别中进行了接口 更改,因此在此模式类型中包含的最新维护级别安装和升级 IBM MQ 将会失败。虽然安装似乎成功,但只是安装了 IBM MQ V8.0.0.2,而没有应用后续修订包更新。这样会影响 IBM MQ PureApplication 模式类型 1.0.0.2 和更低级别,并导致存在以下限制: - 对于早于 2.1.2.0 的 IBM PureApplication System 构建级别以及构建级别 2.1.2.1, 您可以安装此模式类型中包含的所有版本的 IBM MQ。也可以对运行中的模式实例应用维护。 - 对于 IBM PureApplication System 构建级别 2.1.2.0、2.2.0.0 和更高级别,只能 安装 IBM MQ V8.0.0.2。不能安装更高版本的 MQ,也不能对运行中的模式实例应用维护。 此问题已在 IBM MQ V8.0.0 FP6 中通过 APAR IT15252 修订。 IBM PureApplication System:虚拟机重新引导/关闭问题 ----------------------------------------------------------------- 如果您使用的 IBM PureApplication System 版本早于 V2.2.0.0,应该仅使用 PureApplication System 控制台来重新启动虚拟机。如果使用命令行来重新启动虚拟机, 那么在卸载 GPFS 文件系统之前,可能无法完成 IBM MQ 队列管理器实例的自动关闭。 这样可能导致虚拟机在其关闭序列中挂起。此状况可以使用 PureApplication System 控制台进行解决,方法是在“虚拟机”透视图中选择受影响的节点,然后将其关闭并重启。 在重新启动完成后,IBM MQ 队列管理器实例将恢复为正确状态。 V8.0.0 FP4 的限制和已知问题 ============================================================ 在 AIX 上升级时更新 gskit 库失败 -------------------------------------------------------- 在 AIX 系统上,从先前发行版升级至 IBM MQ V8.0.0 FP4 时,在应用 mqm.gskit.rte 文件集时可能显示以下消息: tar: can't create lib/libgsk8ssl.so: Text file busy tar: can't create lib/libgsk8cms.so: Text file busy tar: can't create lib/libgsk8sys.so: Text file busy tar: can't create lib/libgsk8iccs.so: Text file busy WARNING: Return code "1" from tar while expanding gskssl32.tar.Z tar: can't create lib64/libgsk8ssl_64.so: Text file busy tar: can't create lib64/libgsk8cms_64.so: Text file busy tar: can't create lib64/libgsk8sys_64.so: Text file busy tar: can't create lib64/libgsk8iccs_64.so: Text file busy WARNING: Return code "1" from tar while expanding gskssl64.tar.Z MQ 命令 /usr/mqm/bin/dspmqver -p64 将显示低于 8.0.50.52 级别的 IBM Global Security Kit 库版本。 要纠正此情况,请以 root 用户身份运行 AIX 命令: /usr/sbin/slibclean ... 然后运行 MQ 命令: /usr/mqm/bin/amqigski -i 运行 /usr/mqm/bin/dspmqver -p64 命令以确认针对 32 位和 64 位 Global Security Kit 库均显示正确的版本 (8.0.50.52)。 名称: IBM Global Security Kit for WebSphere MQ 版本: 8.0.50.52 构建类型: 生产 方式: 32 位 名称: IBM Global Security Kit for WebSphere MQ 版本: 8.0.50.52 构建类型: 生产 方式: 64 位 如果将 IBM MQ 安装至非缺省位置,那么请在上述 MQ 命令之前添加 installp 的 -R 选项上 指定的指向用户指定安装位置 (USIL) 的路径。 此问题已在 IBM MQ V8.0.0 FP5 中修订。 MQ Explorer 的修订包安装 ------------------------------------ 存在一条限制,会导致在安装修订包后,MQ Explorer 无法更新到 V8.0.0 FP4。 应用修订包后,请检查所安装的 MQ Explorer 版本。 启动 MQ Explorer,然后导航至“帮助”>“关于 IBM WebSphere MQ Explorer”。如果插件为 后备级别,请使用下列一个或多个选项将插件更新至最新。 ** 选项 1:使用 -initialize 标志 ** 以管理员或 root 用户身份运行时通过 -initialize 标志启动 MQ Explorer,然后正常启动 MQ Explorer。 通过 -initialize 标志运行后,如果出现以下任一情况,请应用选项 2(安装 MSOT): - 启动时,MQ Explorer 会要求您创建新工作空间,创建新工作空间后会启动 MQ Explorer 的后备级别版本。 - 将看到类似于以下内容的错误: 对象 obj1 的类型表 (2) 中缺少属性 265(未知) 对象 SYSTEM.DEFAULT.AUTHINFO.IDPWLDAP 的类型表 (83) 中缺少属性 2133(MQCA_LDAP_GROUP_OBJECT_CLASS) ** 选项 2:安装 MS0T ** 如果您的系统显示针对选项 1 描述的任一错误情况,请从 http://www-01.ibm.com/support/docview.wss?uid=swg24021041 中安装 MS0T 支持 Pac 运行 MQ Explorer 的 MS0T 版本时,您需要进行额外的配置才能查看本地队列管理器。MS0T 产品必须是 64 位版本,这样才能与 64 位本地队列管理器相匹配。 - 在 Windows 上,将 PATH 环境变量设置为包括 IBM MQ 安装的 bin64 和 java/lib64 目录。从同一命令行中启动 MSOT 之前,您可以先使用 setmqenv 命令执行此操作。例如,如果 IBM MQ 安装在目录 C:\Program Files\IBM\WebSphere MQ 中,请输入以下命令: C:\Program Files\IBM\WebSphere MQ\bin\setmqenv -s - 在 Linux 上,运行 MQ Explorer 之前,先将 LD_LIBRARY_PATH 环境变量设置为包括 IBM MQ 安装的 java/lib64 和 lib64 目录。例如,如果 IBM MQ 安装在 /opt/mqm 中,那么请按照以下所示更新此路径: export LD_LIBRARY_PATH=/opt/mqm/java/lib64:/opt/mqm/lib64:$LD_LIBRARY_PATH ** 选项 3:通过新介质安装 ** 作为一种替代方法,可以通过 Passport Advantage 中的全新包安装 V8.0.0 FP4,而不是 在之前的 V8.0 安装上应用 FP4。 此问题已在 IBM MQ V8.0.0 FP5 中通过 APAR IT08513 修订。 在将队列管理器从 V8.0.0.4 更改为 V8.0.0.3 时发生 setmqm 程序错误 AMQ5688 ------------------------------------------------------------------------------------ 假设从 MQ V8.0.0.4 安装运行的队列管理器在命令级别 802 启动。然后,您使用 setmqm 程序将该队列管理器的安装从 V8.0.0.4 更改为 8.0.0.3,那么 setmqm 程序将会失败并返回以下异常消息: AMQ5688:无法将队列管理器“”与安装“”关联起来。 此操作应该有效,因为该产品的这两个版本都支持命令级别 802。 有关此问题的更多信息,包括您可以应用的手动变通方法,请参阅 http://www.ibm.com/support/docview.wss?uid=swg1IT13017 此问题已在 IBM MQ V8.0.0 FP5 中通过 APAR IT13017 修订。 在 Windows 64 上还原为较早修订包之后无法启动 MQ Explorer ----------------------------------------------------------------------------- 在 64 位 Windows 上卸载修订包,并还原为先前修订包之后,可能无法使用较早修订包中的 strmqcfg 来启动 MQ Explorer。此问题最先发现于从 V8.0.0 FP4 还原为 V8.0.0 FP3 的场景中。 要解决此问题,请参阅以下技术说明:http://www.ibm.com/support/docview.wss?uid=swg21983577 AMQP 的安装 -------------------- 从 V8.0.0 FP4 开始,IBM MQ 通过使用高级消息队列协议 (AMQP) 通道类型支持 MQ Light API。 您可在 UNIX、Linux 或 Windows 上安装 AMQP 通道:此通道在 IBM i 或 z/OS 上不可用。如果是首次安装 AMQP 组件,必须从 Passport Advantage 下载和安装 IBM MQ V8.0.0.4(或更高版本)全新软件包,而不是将 Fix Central 中的最新修订包应用于先前的 V8.0 安装。 V8.0.0 FP3 高可用性的限制和已知问题 ============================================================================== 对 IBM PureApplication System 的支持 ====================================== 部署到多个机架间托管的虚拟机的限制 --------------------------------------------------------------------------- 不支持在 IBM PureApplication System 多机架环境中将 IBM MQ 虚拟系统模式类型 1.0.0.1 多实例模式部署到多个机架托管的虚拟机。 此问题已由 IBM MQ V8.0.0 FP4 中包含的 IBM MQ 虚拟系统模式类型 V1.0.0.2 修复。 预先存在模式的元数据不会显示在后续模式构建器中 --------------------------------------------------------------------------------- IBM MQ 虚拟系统模式类型的 V1.0.0.1 及更高版本中具备多实例支持,随 V1.0.0.0 软件一起 创建的单个实例模式的元数据不会显示在模式构建器的后续版本中。为了解决此问题,请使用较高版本的模式构建器重建这些模式。 从“管理”弹出上下文菜单中选择“停止”操作时的限制 ------------------------------------------------------------------------------ 为 IBM PureApplication System 虚拟系统实例选择维护方式可为虚拟机透视图中列出的 虚拟机启用管理操作。对于托管活动的多实例 IBM MQ 队列管理器的虚拟机,从弹出的 上下文菜单“管理”中选择“停止”操作会使队列管理器的两个实例立即终止。 此问题已在 IBM MQ V8.0.0 FP4 中修订。 队列管理器在虚拟机启动时自动启动 -------------------------------------------------------------- 使用 IBM MQ 虚拟系统模式类型的模式中的队列管理器会在虚拟机启动时自动启动。 V8.0.0 FP3 的限制和已知问题 =========================================================== 在先前未安装过任何 IBM MQ 的 IBM i 系统上安装 Managed File Transfer 时, ----------------------------------------------------------------------------------- QMQM 概要文件不可用 ------------------------------------ 如果尝试在未安装过任何 IBM MQ 先前版本的 IBM i 系统上使用 IBM MQ Managed File Transfer V8,那么没有可供使用的 QMQM 概要文件,这会导致无法配置 IBM MQ Managed File Transfer。 必备产品 5724L26 目前不会创建该 QMQM 概要文件。 对于此问题,其变通方法是同时安装 IBM MQ C 客户机 5725A49,后者会创建 QMQM 概要文件。 与 Java 客户端相似,这也是免费产品,可从以下地址下载: http://www-01.ibm.com/support/docview.wss?uid=swg24037500 此问题已在 IBM MQ V8.0.0 FP4 中通过 APAR SE62180 修订。 在 Redhat Linux390 Advanced Server 7.0(64 位)上,到队列管理器的连接失败 -------------------------------------------------------------------------------- 由于可疑的 GSKit Java 代码错误,使用 JMS 客户端(使用 SSL_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384 CipherSpec)时尝试连接到队列管理器失败。 此问题已在 IBM MQ V8.0.0 FP4 中通过升级到 GSKIT V8.0.50.52 修订。 通过 CipherSpecs 实施的加密算法较弱,已取消对该算法的支持 ------------------------------------------------------------------------------------------ 对 IBM MQ 队列管理器进行了更改,不再允许配置 CipherSpecs,CipherSpecs 使用的加密算法或协议现在被认为较弱: ** SSL v3 ** 缺省情况下,禁用了所有 CipherSpecs ** TLS 1.0 ** TLS_RSA_EXPORT_WITH_RC2_40_MD5 TLS_RSA_EXPORT_WITH_RC4_40_MD5 TLS_RSA_WITH_DES_CBC_SHA TLS_RSA_WITH_NULL_MD5 TLS_RSA_WITH_NULL_SHA TLS_RSA_WITH_RC4_128_MD5 ** TLS 1.2 ** ECDHE_ECDSA_NULL_SHA256 ECDHE_ECDSA_RC4_128_SHA256 ECDHE_RSA_NULL_SHA256 ECDHE_RSA_RC4_128_SHA256 TLS_RSA_WITH_NULL_NULL TLS_RSA_WITH_NULL_SHA256 TLS_RSA_WITH_RC4_128_SHA256 缺省情况下,不允许针对渠道定义指定已不再推荐的 CipherSpecs,指定 CipherSpecs 会导致在 PCE 中返回 MQRCCF_SSL_CIPHER_SPEC_ERROR,并显示消息“AMQ8242: SSLCIPH 定义错误”。 不允许启动尝试使用已不再推荐的 CipherSpec 来启动的渠道, 针对该尝试会向客户返回 MQCC_FAILED (2) 以及原因“MQRC_SSL_INITIALIZATION_ERROR (2393)”。 运行时在服务器上通过设置环境变量 AMQ_SSL_WEAK_CIPHER_ENABLE 定义渠道时, 可能会重新启用一个或多个已不再推荐的 CipherSpecs。 环境变量接受要重新启用的单个 CipherSpec 名称或以逗号分隔的 MQ CipherSpec 名称列表,或接受特别值 ALL(表示所有 CipherSpecs)。 新的缺省 CipherSpecs 集现在只允许以下 17 个值: ** TLS 1.0 ** TLS_RSA_WITH_AES_128_CBC_SHA (AES_SHA_US on IBM i) TLS_RSA_WITH_AES_256_CBC_SHA TLS_RSA_WITH_3DES_EDE_CBC_SHA ** TLS 1.2 ** ECDHE_ECDSA_AES_128_CBC_SHA256 ECDHE_ECDSA_AES_256_CBC_SHA384 ECDHE_ECDSA_AES_128_GCM_SHA256 ECDHE_ECDSA_AES_256_GCM_SHA384 ECDHE_ECDSA_3DES_EDE_CBC_SHA256 ECDHE_RSA_AES_128_CBC_SHA256 ECDHE_RSA_AES_256_CBC_SHA384 ECDHE_RSA_AES_128_GCM_SHA256 ECDHE_RSA_AES_256_GCM_SHA384 ECDHE_RSA_3DES_EDE_CBC_SHA256 TLS_RSA_WITH_AES_128_CBC_SHA256 TLS_RSA_WITH_AES_256_CBC_SHA256 TLS_RSA_WITH_AES_128_GCM_SHA256 TLS_RSA_WITH_AES_256_GCM_SHA384 IBM i 对 TLS 1.2 CipherSpecs 的支持 ------------------------------------- IBM MQ for IBM i 现在支持以下 CipherSpecs: TLS_ECDHE_ECDSA_WITH_NULL_SHA TLS_ECDHE_ECDSA_WITH_RC4_128_SHA TLS_ECDHE_ECDSA_WITH_3DES_EDE_CBC_SHA TLS_ECDHE_RSA_WITH_NULL_SHA TLS_ECDHE_RSA_WITH_RC4_128_SHA TLS_ECDHE_RSA_WITH_3DES_EDE_CBC_SHA TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256 TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384 TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256 TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384 TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256 TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384 TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 V8.0.0 FP2 的限制和已知问题 ============================================================ JMS 应用程序返回空值, -------------------------------------------- 并触发“异步会话中断的接收操作已启动”消息 ---------------------------------------------------- 当应用程序在 JMS 会话中创建异步使用者时,会将 MessageListener 与该使用者相关联, 然后使用用于创建原始异步使用者的相同会话在该 MessageListener 的 onMessage 方法中 创建同步使用者,该同步使用者的任何后续接收操作都会返回空值(而不是消息),并向控 制台输出一条消息:“异步会话中断的接收操作已启动”。 JMS 规范不允许在运行异步消息传递期间使用会话执行同步方法。如果要同时使用同步方法和 异步传递,那么 JMS 应用程序必须创建单独的会话。 在 APAR IT13758 下,控制台输出的消息已更改为提供此说明和解决方案。 已在 IBM MQ V8.0.0 FP6 中实施此更改。 不再接受 IBM i 特别概要文件 *PUBLIC -------------------------------------------------- 在 IBM MQ V8.0.0 FP2 中处理权限时,不再接受 IBM i 特别概要文件 *PUBLIC。尝试使用该概要文件时,会生成以下异常消息: 消息标识 . . . . . . : AMQ8168 严重性 . . . . . . . : 30 消息类型 . . . . . : 诊断 发送日期 . . . . . . : “日期” 发送时间 . . . . . . : “时间” 消息 . . . . :未找到参数 USER 的用户概要文件名称。 原因 . . . . . :未在系统上找到为参数 USER 指定的用户概要文件名称, 该名称不是特别值 *PUBLIC。 此问题特定于 IBM MQ V8.0.0 FP2,并已在 V8.0.0 FP3 中由 APAR SE61852 修订。此外,还提供了可独立下载的临时修订。 对 Linux 小尾数法 Power PC 系统的 FIPS 140-2 限制 -------------------------------------------------------------- SSL 和 TLS 的用户应该注意,为 Linux 小尾数法 Power PC 系统提供的 GSKit 版本不符合 FIPS 140-2。启用 FIPS 方式使 MQ SSL 和 TLS 通道发生故障,带有错误 AMQ9620,从 gsk_environment_init 函数调用报告错误代码 207。要了解更多信息, 请参阅与此问题相关的技术说明: http://www.ibm.com/support/docview.wss?rs=171&uid=swg21695457 此问题已在 IBM MQ V8.0.0 FP4 中通过升级到 GSKIT V8.0.50.51 修订。 在 Linux 小尾数法 Power PC 系统上使用 LDAP CRL 时 SSL/TLS 在 GSKit 中挂起 ----------------------------------------------------------------------------------- Linux 小尾数法 Power PC 系统中 SSL 和 TLS 的用户在使用存储在 LDAP 服务器中的证书 撤销列表时会在 GSKit 中经历挂起。MQI 客户机应用程序不会从 MQCONN 和 MQCONNX 返回,消息通道不会进入运行状态。队列管理器上“DISPLAY CHSTATUS(*) ALL ” MQSC 命令的输出将在很长时间内显示通道处于 STATUS(BINDING) SUBSTATE(SSLHANDSHK)。 此问题只影响使用 GSKit 的 SSL 和 TLS 连接。 此问题已由 IBM MQ V8.0.0 FP4 中包含的 GSkit 级 8.0.50.52 修复。 废弃 SSLv3 协议 ----------------------------- IBM MQ V8.0.0 FP2 弃用 SSLv3 协议以及与队列管理器关联的通道定义上的以下 CipherSpec: AES_SHA_US RC4_SHA_US RC4_MD5_US TRIPLE_DES_SHA_US DES_SHA_EXPORT1024 RC4_56_SHA_EXPORT1024 RC4_MD5_EXPORT RC2_MD5_EXPORT DES_SHA_EXPORT NULL_SHA NULL_MD5 FIPS_WITH_DES_CBC_SHA FIPS_WITH_3DES_EDE_CBC_SHA 这些 CipherSpec 的用户应该更改通道定义以使用备用的 CipherSpec (使用 TLS 1.0 或 TLS 1.2 协议)。 如果您需要继续使用 SSLv3 CipherSpec,可以设置环境变量 AMQ_SSL_V3_ENABLE=1。 或者,在队列管理器的 qm.ini 文件的 SSL 节中添加以下条目:AllowSSLV3=Y IBM i 上的 DSPMQM 在从 V7.1.0.x 或 8.0.0 FP1 升级后发生故障,带有 CPF6A39 ------------------------------------------------------------------------------------------ 如果 IBM MQ V8.0.0 FP2 安装在 V8.0.0 FP1 或 V7.1 安装(已安装修订包 PTF) 之上,那么在升级后,活动队列管理器上的 DSPMQM 会失败,并带有消息 CPF6A39: 消息标识 . . . . . . : CPF6A39 严重性 . . . . . . . : 40 消息类型 . . . . . : 转义 消息 . . . . :变量缓冲区长度太短。 原因 . . . . . :对于库 QSYS 中的面板组 AMQOPMQX 中定义的变量记录 DSPMQ4REC 所需的缓冲区长度 2064,变量缓冲区长度 2016 太短。 恢复 . . . :增加缓冲区的长度,或者更改面板组中变量记录 DSPMQ4REC 的定义。然后重试该请求。 消息标识 . . . . . . : CEE9901 严重性 . . . . . . . : 30 消息类型 . . . . . : 诊断 消息 . . . . :应用程序错误。CPF6A39 未受 AMQOMDSX 监视, 位于语句 0000000003,指令 X'0000'。 原因 . . . . . :应用程序由于发生异常且未得到处理而异常 终止。未处理的异常所发送到的程序的名称是 AMQOMDSX AMQMGPHA mgpDisplayStruct2。该程序在发送消息时在高级语言语句号 0000000003 处停止。如果显示多个语句号, 则该程序是优化的 ILE 程序。优化不允许确定单个语句号。如果 *N 显示为一个值,则表示真实值不可用。 这是由于存在于修订包 PTF 的 QSYS 库内的 *PNLGRP 对象。 要从此问题中恢复,在所有 MQ 队列管理器处于非活动状态时,或者在安装 WebSphere MQ V8 之前,请发出以下命令,从 QSYS 库除去旧的 *PNLGRP 对象: DLTOBJ OBJ(QSYS/AMQ*) OBJTYPE(*PNLGRP) V8.0.0 FP1 的限制和已知问题 ============================================================ 在 JMS 消息侦听器上定义的相关 ID 选择器 ----------------------------------------------------------------------- 不会传递给队列管理器。 -------------------- 此问题影响使用消息侦听器接收消息的用户,该消息侦听器定义了选择器,以便仅获取匹配特定相关标识的消息。 未将在向其注册 JMS MessageListener 的 MessageConsumer 或 JMSConsumer 对象上定义的相关标识消息选择器传递到队列管理 器。这导致将目标上的所有消息发送到侦听器,而不是仅匹配 选择器的消息。 在 IBM MQ V8.0.0 FP7 中通过 APAR IT16106 修订了此问题。 Windows Server 2012 R2 和 Windows 8.1 上的安装问题 -------------------------------------------------------- 在 Windows Server 2012 R2 或 Windows 8.1 系统上安装 IBM MQ V8.0.0 FP1 时,由于安装程序代码与这些 Windows 版本之间的不兼容性,安装可能无法完成。 为了缓解此问题,请以兼容性方式(与 Windows 7 或 8 兼容)运行修订包装入程序 (WS-MQ-8.0.0-FP0001.exe),如下所示: 1. 在 Windows 资源管理器中显示软件包解压缩到的目录。 2. 右键单击 WS-MQ-8.0.0-FP0001 图标并选择属性,然后选择“兼容性”选项卡。 3. 选择“在兼容模式下运行此程序”和下拉框中的“Windows 8”。 此问题通过 APAR IT04867 修订。 GSKit 级别 8.0.50.31 限制 -------------------------------- 在 IBM WebSphere MQ 8.0.0 FP1 中使用 runmqakm 命令为 WebSphere MQ Advanced Message Security (AMS) 创建自签名证书的用户在证书创建命令中必须包含“-ca false”参数。 如果不这样做,将导致证书无效,从而使 Java 客户机应用程序在涉及受 AMS 保护的队 列的消息传递操作期间将抛出 MQ 异常,并返回原因码 MQRC_SECURITY_ERROR 和完成代码 MQCC_FAILED。 注:此问题特定于 IBM MQ V8.0.0 FP1 并已在 V8.0.0 FP2 中修订此问题。 V8.0.0 的限制和已知问题 ================================================ 在与 Oracle 数据库配合使用时,IBM MQ Managed File Transfer Java EE -------------------------------------------------------------------------- 数据库记录器在 WebSphere Application Server Community Edition V2.1 --------------------------------------------------------------------------- 中生成警告消息 ---------------------- 此问题影响使用该数据库记录器将作为 XML 日志消息发布到协调队列管理器上 SYSTEM.FTE 主题的信息持久存储到 Oracle 数据库的所有用户。 如果为 Oracle 数据库中创建的表定义的任何列为 CLOB 类型(例如,NCLOB),那么使用 Java 持久存储体系结构 (JPA) 定义的用于表示该表的 Java 类应注释类成员变量,以使用“@Lob”表示类型为 CLOB 的列。如果不这样操作,将假定列的类型为“VARCHAR”。 此注释未包含在 IBM MQ Managed File Transfer 组件随附的 Java 类中。因此,当 JPA 实现尝试将表示数据库表列的成员字段与数据库表中的实际列进行匹配时,检测到差异并报告为警告。 此问题已在 IBM MQ V8.0.0 FP5 中修订,但仍受以下持续限制的影响: - 在表 "FTELOG"."TRANSFER_EVENT" 中,名称为“SOURCE_BRIDGE_URL”和 “DESTINATION_BRIDGE_URL”的列应使用列长度 2083 进行定义。 - 对于其数据库记录器连接到 DB2 数据库的 MQ Managed File Transfer 组件用户,如果这些列长度已定义为 1024,可能需要在应用此修订包后 手动更新这些列长度。否则,写入超过 1024 字节的数据时,这些数据 将被截断,且 DB2 不会发出警告。 由多条传输队列记录引起的队列管理器存储库管理器完整性/异常终止问题 ------------------------------------------------------------------------------------------ 具有管理员特权的恶意用户可以触发集群存储库管理器中的内存覆盖,导致丢失数据完整性, 并通过异常终止集群存储库管理器来拒绝服务。 此问题已在 V8.0.0 FP2 中由 APAR IT05869 修订。 TLS 1.2 在 z/OS 和其他平台间的可互操作性问题 ----------------------------------------------------------------------- 在 z/OS 和其他平台间使用 TLS 1.2 通道的用户可能会遇到 CSQX635 (AMQ9635) 错误, TLS 1.2 通道可能会连接失败。使用由具有 ECDSA 的 SHA-1 或具有 RSA 的 SHA-1 签名的数字证书时不会出现该错误。 下列密码规范使用 TLS 1.2,会受到影响: ECDHE_ECDSA_AES_128_CBC_SHA256 ECDHE_ECDSA_AES_256_CBC_SHA384 ECDHE_RSA_AES_128_CBC_SHA256 ECDHE_RSA_AES_256_CBC_SHA384 TLS_RSA_WITH_AES_128_CBC_SHA256 TLS_RSA_WITH_AES_256_CBC_SHA256 TLS_RSA_WITH_NULL_SHA256 此问题已在 IBM MQ V8.0.0 FP2 中修订。 在使用 Oracle JRE 中运行的 TLS 1.2 密码时,通道启动失败 ---------------------------------------------------------------------------- 并返回消息 AMQ9637 ---------------- 尝试使用 Oracle Java 运行时环境 (JRE) 中运行的 TLS 密码来启动通道时,尽管启用 了客户机认证,也没有发送客户机证书。队列管理器错误日志中记录了错误 AMQ9637“通道缺少证书”。 此问题已在 IBM MQ V8.0.0 FP5 中通过 APAR IT10837 修订。 用户无法在 Windows 中使用 GB18030 字符指定安装描述 --------------------------------------------------------------------------------- 在为 Windows 安装服务器时,您可以指定安装描述。如果尝试使用 GB18030 字符, 这些字符将无法在输入字段中显示,并且无法在摘要页面上正确显示。 MQ 许可证,无法确定 zLinux 上的系统分发版 -------------------------------------------------------------- 在未安装 lsb_release 命令的 Linux 系统上,运行 mqlicense.sh 命令时, 可能会出现下列消息: “警告:无法确定此系统的分发版和发行版。继续安装前,请检查版本是否受支持。” 如果收到此消息,请在以下站点检查系统是否满足需求: http://www-01.ibm.com/support/docview.wss?uid=swg27041395,然后再继续安装。 启用 FTEQDLSExit 样本后,IBM i 物理文件成员传输可能会失败 ------------------------------------------------------------------------------- 如果代理程序中配置了 FTEQDLSExit 样本,那么将物理文件成员从一个物理文件传输到 另一个物理文件可能会失败,并显示以下错误: BFGTR0072E: 由于出现异常,无法完成传输: BFGIO0392E: 已为“/qsys.lib/.lib/.file/.mbr” 指定目标文件属性。 该目标不支持目标文件属性。 从 agent.properties 文件中移除出口是此问题的一种变通方法。该出口不会影响集成文件系统 (IFS) 传输或将物理文件成员传输到 IFS 位置的能力。 此问题通过 APAR IT01921 修订。 IBM i 必需的操作系统 PTF ------------------------------------ 要使 SSL/TLS MQ 通道正常运行,必须应用下列 V7R1M0 操作系统 PTF。 http://www-912.ibm.com/systems/electronic/support/a_dir/as4ptf.nsf/ALLPTFS/MF57749 http://www-912.ibm.com/systems/electronic/support/a_dir/as4ptf.nsf/ALLPTFS/MF57889 http://www-912.ibm.com/systems/electronic/support/a_dir/as4ptf.nsf/ALLPTFS/MF58003 http://www-912.ibm.com/systems/electronic/support/a_dir/as4ptf.nsf/ALLPTFS/SI52214 WebSphere MQ Advanced Message Security on IBM i ----------------------------------------------- 在保护和取消保护来自受策略保护的队列的消息时,本地消息保护可能会逐步耗尽 PASE 堆存储器。长时间运行的应用程序可能无法执行 MQI 消息传递操作,例如 MQGET 或 MQPUT(包含原因码 MQRC_SECURITY_ERROR 和相关的 FDC,表示存储器不可用)。 该问题不会影响 Java 和 JMS 客户机应用程序。 此问题已在 IBM MQ V8.0.0 FP1 中修订。 使用交互式安装程序在 Solaris 系统中安装 '7) WebSphere MQManaged File Transfer -------------------------------------------------------------------------------- Service' 选项 --------------------------------------- 如果在 Solaris 系统中以交互方式运行 WebSphere MQ 安装,并且选择选项 '7) WebSphere MQ Managed File Transfer Service',那么不会安装 ftagent 组件。因此,您无法执行某些命令,例如 fteCreateAgent 和 fteStartAgent。 如果您还未安装 WebSphere MQ,可通过在安装过程中选择 '7) WebSphere MQ Managed File Transfer Service' 和 '9) WebSphere MQ Managed File Transfer Agent', 解决这个问题。这样会安装 WebSphere MQ Managed File Transfer Service 所需的所有组件,包括 ftagent 组件。 如果您已安装 '7) WebSphere MQ Managed File Transfer Service',可再次运行安装,并选择选项 '9) WebSphere MQ Managed File Transfer Agent' 以安装缺失的 ftagent 组件。 有关在 Solaris 系统上安装 WebSphere MQ 的更多信息,请参阅 WebSphere MQ V8.0 产品文档中的“安装和卸载”部分: http://www.ibm.com/support/knowledgecenter/SSFKSJ_8.0.0/com.ibm.mq.ins.doc/q008250_.htm 此问题已在 IBM MQ V8.0.0 FP1 中修订。 IBM MQ V8.0.0 中不包含针对 WebSphere MQ Managed File Transfer 数据库记录器 ---------------------------------------------------------------------------------- 的数据库表升级 SQL 脚本 ---------------------------------------------------------------- 将数据库记录器从 WebSphere MQ V7.5 或更高版本迁移至 IBM MQ V8.0.0,并从 WebSphere MQ File Transfer Edition V7.0.4 或更高版本迁移至 IBM MQ V8.0.0 时需要这些脚本。 此问题已在 IBM MQ V8.0.0 FP1 中修订。 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ++ ++ ++ 版权、声明和商标 ++ ++ ++ ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 版权和商标信息 本信息是为在美国国内供应的产品和服务而编写的。 IBM 可能在其他国家或地区不提供本文档中讨论的产品、服务或功能特性。有关您当前 所在区域的产品和服务的信息,请向您当地的 IBM 代表咨询。任何对 IBM 产品、程序 或服务的引用并非意在明示或暗示只能使用 IBM 的产品、程序或服务。只要不侵犯 IBM 的知识产权,任何同等功能的产品、程序或服务,都可以代替 IBM 产品、程序或服务。但是, 评估和验证任何非 IBM 产品、程序或服务的操作,由用户自行负责。 IBM 公司可能已拥有或正在申请与本信息内容有关的各项专利。提供本信息并未授予用 户使用这些专利的任何许可。您可以用书面方式将许可查询寄往: IBM Director of Licensing IBM Corporation North Castle Drive Armonk,NY 10504-1785 U.S.A. 有关双字节集 (DBCS) 信息的许可查询,请与您所在国家或地区的 IBM 知识产权部门联系, 或以书面方式将查询寄往: Intellectual Property Licensing Legal and Intellectual Property Law IBM Japan, Ltd. 19-21, Nihonbashi-Hakozakicho, Chuo-ku Tokyo 103-8510, Japan 本条款不适用英国或任何这样的条款与当地法律不一致的国家或地区: International Business Machines Corporation“按现状”提供本出版物,不附有任 何种类的(无论是明示的还是暗含的)保证,包括但不限于暗含的有关非侵权、适销 和适用于某种特定用途的保证。某些国家或地区在某些交易中不允许免除明示或暗含的保证。 因此本条款可能不适用于您。 本信息中可能包含技术方面不够准确的地方或印刷错误。此处的信息将定期更改; 这些更改将编入本资料的新版本中。IBM 可以随时对本资料中描述的产品和/或程序进行 改进和/或更改,而不另行通知。 本信息中对非 IBM Web 站点的任何引用都只是为了方便起见才提供的,不以任何方式 充当对那些 Web 站点的保证。那些 Web 站点中的资料不是 IBM 产品资料的一部分, 使用那些 Web 站点带来的风险将由您自行承担。 IBM 可以按它认为适当的任何方式使用或分发您所提供的任何信息而无须对您承担任何责任。 本程序的被许可方如果要了解有关程序的信息以达到如下目的:(i) 使其能够在独立创建的程序和其它程序(包括本程序)之间进行信息交换,以及 (ii) 使其能够对已经交换的信息进行相互使用,请与下列地址联系: IBM Corporation J46A/G4 555 Bailey Avenue San Jose, CA 95141-1003 USA 只要遵守适当的条件和条款,包括某些情形下的一定数量的付费,都可获得这方面的信息。 本资料中描述的许可程序及其所有可用的许可资料均由 IBM 依据 IBM 客户协议、IBM 国际软件许可协议或任何同等协议中的条款提供。 涉及非 IBM 产品的信息可从这些产品的供应商、其出版说明或其他可公开获得的资料中 获取。IBM 没有对这些产品进行测试,也无法确认其性能的精确性、兼容性或任何其他关于非 IBM 产品的声明。有关非 IBM 产品性能的问题应当向这些产品的供应商提 出。本资料包含在日常业务操作中使用的数据和报告的示例。为了尽可能完整地说明这些示例, 示例中可能会包括个人、公司、品牌和产品的名称。所有这些名字都是虚构的, 若现实生活中实际业务企业使用的名字和地址与此相似,纯属巧合。 版权许可: 本信息包含源语言形式的样本应用程序,用以阐明在不同操作平台上的编程技术。如果是 为按照在编写样本程序的操作平台上的应用程序编程接口 (API) 进行应用程序的开发、 使用、经销或分发为目的,您可以任何形式对这些样本程序进行复制、修改、分发, 而无须向 IBM 付费。这些示例并未在所有条件下作全面测试。因此,IBM 不能担保或暗示 这些程序的可靠性、可维护性或功能。用户如果是为了按照 IBM 应用程序编程接口开发、 使用、经销或分发应用程序,则可以任何形式复制、修改和分发这些样本程序,而无须向 IBM 付费。 以下术语是 International Business Machines Corporation 在美国和/或其他国家或地区的商标: AIX、IBM、WebSphere 和 z/OS Windows 是 Microsoft Corporation 在美国和/或其他国家或地区的商标。 Java 和所有基于 Java 的商标和徽标是 Oracle 和/或其关联公司的商标或注册商标。 UNIX 是 The Open Group 在美国和其他国家或地区的注册商标。 Linux 是 Linus Torvalds 在美国和/或其他国家或地区的商标。 其他公司、产品或服务名称可能是其他公司的商标或服务标记。 要了解更多信息,请访问 http://www.ibm.com/legal/copytrade.shtml