背景:
澳大利亚某政府支持的宽带服务批发商听取了讨论组关于如何最好地向零售 ISP 提供 B2B 服务的反馈。他们选择了EbXML。
问题:
我们是一家非常小的商店(相对而言),不想在集成上花费大量时间。我们已经熟悉成对(入站和出站)SOAP 服务的集成。过去,我们使用了基于 WSDL 的代码生成工具(主要使用 RPC/Literal 服务),其中 WSDL 具有描述性并且足够简单,代码生成工具可以消化。
如果可能的话,我们希望避免将服务与我们的业务“堆栈”手动集成。我们知道“接口模式”已经更新了好几次;我们希望(尽可能)生成代码和模式,以便我们可以将我们与供应商的关系以及出站/入站消息建模为 SQL 数据库中的简单“队列”(表)——这将是我们的整合点。
从出站(“发件人”)SOAP Web 服务开始……它发布服务的文档/文字 WSDL 描述,该描述似乎可以与各种工具(例如:wsdl2java、SoapUI)一起正常工作,以生成 EBXML“包装器”消息. 这并没有说明“有效负载”消息本身(至少对于我们看过的 MSH)需要multipart/related
是text/xml
.
“有效负载”消息在提供的 CPA(类似于绑定)和 Schema(标准外观的 XSD)文件中定义。MSH 本身似乎没有为有效负载消息提供任何外部验证。
问题:
EbXML CPAs/Schemas是否可以使用相同类型的代码生成(如 WSDL 描述的 SOAP Web 服务所见)工具?(即:可以使用 CPA 和“有效负载”接口模式并输出 java/c++/whatever和/或特定于“有效负载”接口消息和/或示例消息的类似 WSDL 的工具)。
如果是这样,我在哪里看?
如果没有,是否有任何特定于 EbXML 的问题会阻止它?(鉴于手头的信息,我宁愿不花几个星期的时间来开发无法“正确”实施的工具)。