Oracle XML Gateway(XML网关)作为EBS的一个重要组件，主要用于和其他信息系统——应用到应用、业务到业务(A2A, B2B)——的集成，它基于OAG标准，可以与各行业的信息系统进行集成。
那么对于一个XML Gateway工作岗位，应当具备掌握哪些知识或技能呢？
- Oracle 数据库，尤其是AQ。XML网关大量利用AQ和EBS其他组件进行交互。
- XML/DTD。所有消息都是XML格式，事实上，XML支持所有基于DTD的XML标准。IBM有个XML国际认证内容非常充实，里面对XML的各类知识介绍的非常详细。
- Web Services。需要掌握Web Services相关知识，比如WSDL、SOAP等。对于实施顾问，建议掌握XMLSpy和soapUI等工具的使用。
- Oracle Workflow。XML网关可以和工作流、业务事件无缝集成，基本上，标准功能的所有出站消息都是通过预定义的业务事件触发的。Workflow组件（也有独立版本）已经不再升级了，但是数年内依然会有大量应用。
- 至少掌握Java、Python等一门可用于网络编程的语言(要模拟HTTP Post)。对于进站消息，除非交易方也是EBS系统，不然在测试时，需要写点小程序来测试。当然也可以用ECXOTAInbound来测试应用，但是无法完整模拟第三方应用。
市场上各种集成方案非常多，如果使用Oracle XML Gateway，在实际应用上，Oracle Workflow(包含业务事件)是整个工作的重心。在EBS标准功能中就已经预定义了很多业务事件，只要配置好交易类型和交易方相关参数，便可以开始启用。如果需要客户化内容，则可以自行创建该业务事件的订阅来实现。
相对于EDI标准，XML消息更多的是基于事件，实时，设计为单事务处理的。
对于所谓的“交易方”的应用，我不知道有多少家企业会真正用这个产品。在我的经验中，首先，EBS中的业务事件对于大批量数据（比如1k笔/秒)的处理，在可靠性上存在问题。再次，XML Gateway和EBS中的业务事件集成度非常高，对它的可靠性很难评估，而在实际业务中，虽然多数情况下确实都属于“单笔”数据，但是总会偶尔出现大批量的情况。
在中国中，相对数量上，使用Oracle XML Gateway的企业还是非常少的。一来是相关行业的信息化程度不高，更多的是处于电子邮件、传真等手工作业阶段，当然，最主要还是因为Oracle ERP产品用户群不够庞大；二来，估计用EBS产品的用户，也没几家乐意和其他企业进行此类方式的数据交互。不过，用于企业内部异构系统的集成倒是不错的选择，因为它实用，是一种基于应用层的相对简单的集成方案。
相关工具：
- Apache Axis: 基于Java的SOAP客户端
- Suds: 基于Python
- soapUI: Java编写的专用集成环境，功能强大
