Websphere MB 消息集格式

        消息格式的描述、组织、约定统称为消息格式模型。行业标准有：SWIFT、EDIFACT、X12、FIX、HL7、TLOG、不同的消息组织模型称为消息域，需要相应的解析器来实现对消息格式的解析。一个消息集项目只能包含一个消息集，消息集也就是消息格式模型的组织方式。消息集可以含多个消息定义文件，而每个消息定义文件又可以含多个消息。

      我们日常接触到的消息格式大致分两种：不带格式和自带格式。前者的消息需要借助预定义的消息格式配合才能读懂，后者消息体本身自带了格式说明和定界，这样就可以自动地区分出消息字段的名和值及层次关系．为了便于阅读，也经常增加一些空格、定位符和换行符以使格式工整。

      无论哪一种消息格式都需要要解析器将消息从外部表达格式转换成WMB的内部组织，即消息域(Domain)，在WMB中代理支持的解析器有MRM、XML、JMS、IDOC、BLOB、MIME，相应的内部组织就以解析器名作为消息域名，也就是消息体的根节点名。MRM是惟一的通用消息解析器，需要格式定义来配合工作，其他解析器则基于带格式的消息约定来解析消息，无须进一步的格式定义。

    MRM 是通用的消息解析器，它需要通过消息集、消息类型和消息格式来进一步确定其消息组织格式。基中消息集通常为消息集项目或代号，消息类型通常为消息名，消息格式通常为格式名。消息格式共分三种：CWF、TDS、XML。其中，CWF是一种对定长消息的格式定义，消息本身不含任何格式处信息，必须规定每个字段的起始位置和长度。TDS是由标志或分隔符将消息元素隔开，必须规定字段名和分隔符的识别规则。XML格式则是自定义的，既定义了消息元素的分隔也定义了消息分隔的字段名称。由于消息内容中含有大量的格式信息，XML的传输效率会低于TDS，而TDS又会低于CWF。

    JMS格式反指的是WebSphere MQ 通过JMS API 接口输出的消息格式，消息的组织方式为JMSMap或JMSStream，实际上，WMB中并不存在JMS解析器，MQInput节点会用XML解析器来解读JMS消息。

   IDOC格式指来自SAP R3客户端通过MQSeries link　for R3 发送的消息格式，其中，输入消息的MQMQ.Format必必须为解析类名。通常来说，IDOC 消息含MQMD、一个DC(Control Structure )、多个DD(Data Structures)

  BLOB 格式即无格式，将消息视为字符数组，这种方式是对消息最简单的表达，但无法对其中的消息域定位和操作。

 MIME格式通常用于带附件的SOAP消息，消息体分成多个部分，它们之间由MIME.Content-Type中的 boundary指定的字串分隔。

  WMB支持部分解析，只有用到的分支才解析。这样可以大缩短大部分消息的解析时间。