asp.net - Web 服务互操作性 - wsdl 复杂类型扩展

Question

假设我们有一个使用 WSDL 复杂类型扩展的 Web 服务。考虑下面的(有效 WSDL)示例，其中 Vechicle是抽象的。两种类型，Car和Bike ，继承它:

<xs:complexType name="Vehicle" abstract="true">
  <xs:sequence>
    <xs:element name="common1" type="xs:string" minOccurs="0"/>
    <xs:element name="common2" type="xs:string" minOccurs="0"/>
  </xs:sequence>
</xs:complexType>
<xs:complexType name="Car">
  <xs:complexContent>
    <xs:extension base="tns:Vehicle">
      <xs:sequence>
        <xs:element name="carValue1" type="xs:string" minOccurs="0"/>
      </xs:sequence>
    </xs:extension>
  </xs:complexContent>
<xs:complexType name="Bike">
  <xs:complexContent>
    <xs:extension base="tns:Vehicle">
      <xs:sequence>
        <xs:element name="bikeValue1" type="xs:string" minOccurs="0"/>
      </xs:sequence>
    </xs:extension>
  </xs:complexContent>
</xs:complexType>

和类型 Transport使用Vehicle输入其元素之一:

<xs:complexType name="Transport">
  <xs:sequence>
      <xs:choice>
        <xs:element ref="tns:Car"/>
        <xs:element ref="tns:Bike"/>
      </xs:choice>
    <xs:element name="description" type="xs:string"/>
</xs:sequence>
</xs:complexType>

请注意Vehicle本身不是 Transport 内的可能类型那当然是因为Vehicle是抽象的。在 Java Metro 堆栈中生成上述内容非常容易。 Blaise Doughan's blogs在这里给了我一些宝贵的意见。

我的问题是这将如何在网络服务互操作性方面发挥作用，特别是与 WS-I Basic Profile 相关的方面。 。 我能否确定符合 WS-I 的 Web 服务框架能够使用此类 Web 服务？。据我所知，WS-I 基本上只指定了 WSDL 中允许的内容的子集。我尝试阅读 WS-I 规范来理解这个问题，但没有真正的运气。语言对我来说太难了。我找到了article from 2004这引起了一些担忧:

这种担忧的基本原因是扩展的使用值对象继承机制超出了 WS-I 基础profile，尽管它没有明确排除。目前，有没有提及在 WS-I 基本配置文件中使用扩展构造此外，WS-I 合规性测试套件不涵盖这一点案例。

...但那是在 2004 年，显然与 WS-I Basic Profile v1.0 有关。此后，WS-I Basic profile 1.1、1.2 和 2.0 规范相继发布。

所以问题是:使用 WSDL 值类型扩展功能(即 <xs:complexType name="xxx" abstract="true"> 和 <xs:extension base="xxx"> )的 Web 服务是否可以在所有声称是 WS-I Basic Profile 的框架中工作？符合吗？他们可以使用这样的网络服务吗？

Answer 1

WS-I Basic Profile关于 xml 的说明如下:

The Profile uses Web Services Description Language (WSDL) to enable the description of services as sets of endpoints operating on messages. This section of the Profile incorporates the following specifications by reference (...): XML Schema Part 1: Structures

因此它引用了 XML 架构作为其基础。 In there, you'll find :

Abstract complex types can be used as {base type definition}s, or even as the {type definition}s of element declarations, provided in every case a concrete derived type definition is used for ·validation·, either via xsi:type (§2.6.1) or the operation of a substitution group.

此外，it defines施工<extension base="QName">该文档对此有很多内容要说。

但是所有这些都只是概念层面的，不一定与对象继承直接相关。虽然进行这样的映射可能不太困难(并且您的链接准确地表明了这一点)，但它也没有严格定义。我想这就是他们在提出担忧时谈论的内容。

因此从技术和语法上来说，构造是标准的一部分，但实现可能会以不可预见的方式处理它。另一方面，遵守该标准的工具应该能够接受和输出有效的 WS-I XML，并按照 XML standard 中的规定执行验证。 .

总而言之，我想说，任何无法以某种方式处理您的构造的工具都不是有效的 WS-I 实现。