控制台消息处理设施

控制台消息处理设施是 CICS® 子系统的可选功能部件，可影响 MVS 控制台上显示的 CICS 消息的外观。 当您在 CICS 子系统的消息格式化初始化成员中指定 FORMATMSG=YES 作为参数时，此参数有效。

当至少以下一个应用程序在定义了子系统的 MVS 映像中执行时，会重新格式化子系统：
  • 任何版本的 CICS Transaction Server
  • 消息自动化子系统 (例如， NetView®) ，用于启用 MVS 子系统控制台消息广播服务
控制台消息处理设施通过以下方式影响 MVS 系统控制台上显示的消息：
  • 子系统尝试确保所有 CICS 区域发出的所有控制台消息都具有标准格式。 格式为：
         +DFHnnnn    APPLID   MESSAGE-TEXT
    在这条消息中：
    +DFHnnnn
    • 从第 1 列开始
    • 位于 DFHnnnn 前面的加号 (+) 由 MVS 添加，用于表明问题状态程序发出了消息。 当 CICS 在处于管理程序状态时发出消息时，此消息不存在。
    APPLID
    • 从第 13 列开始
    • 插入到消息中的 APPLID 是特定的应用程序标识。 该标识在 APPLID 系统初始化参数中指定。
    MESSAGE-TEXT
    • 从第 22 列开始。
    • 如果原始 CICS 消息很长（大于 113 个字符），那么消息文本将从下一行开始。
  • 子系统添加在 ROUTECODE 子系统初始化参数中指定的路由代码，因此可能会将消息发送到更多目标。
  • 子系统会重新格式化所有 CICS 发行版的消息。
  • 子系统不会重新格式化由尚未确定其 APPLID 的 CICS 区域发出的消息。 这些消息包含处理系统初始化表及其覆盖时发出的消息。
  • 在 CICS 作业日志中记录消息之后，重新格式化消息的子系统例程才会接收控制。 因此，通常在作业日志中见不到重新格式化。
  • 由消息域发出的消息已经包含了 APPLID。 子系统不将 APPLID 插入这样的消息中，但它会插入空白字符，以与标准位置对齐。
  • 多行消息可能包含第一个控制行，其中插入了 APPLID 并包含在 MESSAGE-TEXT 中的正常位置。
  • 如果原始 CICS 消息很长，那么添加 applid 可能会导致消息超过 MVS 控制台消息的最大长度。 在这种情况下，不显示原始消息且原始消息不出现在控制台上，并使用 MVS 多行控制台消息服务发出重新格式化的消息，将消息分成几行显示。 无论是原始消息还是重新格式化的多行消息（可能有几个实例）都出现在作业日志中，但只有一份重新格式化的消息才显示在控制台上。
  • 对于 APPLID 通常跟在时间和日期戳记后的一些消息，在标准位置插入 APPLID 会导致消息中重复出现 APPLID。 对于这些消息，子系统会除去时间和日期戳记，因为这些信息可以从其他来源获得，这样 APPLID 就只显示一次。