作为一种开放架构，SOA(Service Oriented Architecture)可以支持多种协议和消息格式。通过ESB(Enterprise Service Bus)集成不同协议和消息格式的Service，将各种消息格式转换成通用对象模型(Common Object Model)，屏蔽消息间的差异。

　　IBM的WESB(WebSphere ESB)产品支持多种绑定方式，如Web service绑定、JMS绑定等。通过这些绑定，WESB将外部消息统一转换为SDO(Service Data Object)。IBM developerWork上有不少关于WESB上Web service和JMS绑定的文章，对怎样处理SOAP和JMS消息体有很充分的阐述，这里不再赘述。

　　本文重点阐述如何基于WESB实现SOAP和JMS消息头的转换，以及如何在WESB中处理SOAP和JMS消息头。

　　由于WPS(WebSphere Process Server)与WESB完全兼容，本文基于WPS实现，版本为6.0.1.3。开发工具为WID(WebSphere Integration Developer) V6.0.1.2。

　　关于消息头

　　对于网络上传输的消息，其承载的内容常常分为消息头和消息体，如相对底层的IP、TCP、UDP消息，以及处于应用层的HTTP消息。业务相关内容存入消息体中，消息头中包含与业务无关的管理信息，比如消息的优先级、序列号、地址信息等。

　　SOA中的SOAP和JMS消息同样也包含消息头和消息体。

　　SOAP消息头

　　SOAP消息头的一个典型应用是传送与安全相关的信息，如消息的数字签名，身份认证的令牌(Token)等，具体可以参考WS Security系列规范。另外还有很多Web service规范，如WS Addressing、WS Policy，也需要扩展SOAP消息头实现。

　　SOAP消息头不仅可以传送Web service规范中定义的元素，也可以传送用户自定义的元素。SOAP消息头中的元素遵循XML格式。

　　JMS消息头

　　JMS消息头中可以包含一些预先定义的标准属性，如JMSDestination、JMSMessageID、JMSPriority等。JMS消息头中也可以包含用户自定义的属性，自定义属性采用“属性名，属性类型，属性值”的三元组格式。

　　相对于SOAP消息头的灵活的XML格式，JMS消息头的格式更加严格。

　　消息头转换的应用场景

　　为了提高效率，某企业需要将一个内部的XML over JMS Service包装成Web Service，使合作伙伴和客户也可以从外部调用。JMS Service可以区分服务请求的优先级，该企业要求包装后的Web Service也支持区分服务水平的能力。

　　JMS Service通过JMS消息头中的JMSPriority属性区分服务请求的优先级。相应地，在Web service的SOAP消息头中定义标识优先级的元素。

图1 系统架构图