提高J2EE技术与.NET之间的互操作性，第3部分

提高J2EE技术与.NET之间的互操作性，第3部分2011-03-14 IBM 引言

正如 Java 包通常用来保证 Java 类，使其只能存在于不同层次的命名空间中，这样就可避免类、方法等等之间的命名冲突，XML 命名空间也是为相同的目的而服务于 Web 服务。它限定 XML 元素或属性的名字并帮助它们避免命名冲突。XML 命名空间是基于 URL 应当是全局唯一的基础之上的。然而，解释 URL 的方法及在本机代码的映射对于不同的平台来说是不同的。通常这些不同之处是微妙的，但如果开始时不解决这些的差别，到后来有可能会很难解决。

我将在下面的部分当中讨论几个与命名空间有关的互操作性问题，包括：

使用相关的 URI 引用

使用共享通用域名的唯一的 URI

数组类型中的命名空间问题

在 WSDL 中用相关 URI 引用作为命名空间声明

在命名空间声明中并没有严格禁止相关 URI 引用，但在规范中也没有为它们提供解释。如果 WSDL 文件是从 J2EE Web 服务中生成的，这通常不是一个问题，因为目标命名空间是从 Java 包名字派生而来，并且工具（例如，Java2WSDL）自动将它们与模式联系起来。但是在 Microsoft .NET Web 服务实现当中，如果您允许 .NET 框架生成 WSDL 文件，那么目标命名空间就会直接从您在代码中的定义生成。您可能会经常看到命名空间属性被分配到相关 URI 的情况。清单 1 显示了从库存中取得产品列表的 C# .NET Web 服务代码。

清单 1. 有相关命名空间 URI 的库存 Web 服务

[WebService（Namespace="services.inventory"）]
  public class GetProductsService: WebService
  {
   public struct Product {
     public string name;
     public int   qty;
     public float price;
   }
   [WebMethod]
   [XmlInclude（typeof（Product））]
   public Product[] listProducts（）
   {
     Product[] products =
     getInventory（）; // getInventory（） is a private method
to retrieve all products
     return products;
   }
  }

在清单 1 中，Namespace="services.inventory" 属性在 WSDL 文件中的结果是 targetNamespace="services.inventory"。结果，所有在本地定义的元素、类型及属性均被映射到命名空间的相关 URI services.inventory 之下。以下显示了 WSDL 文档的模式部分：

清单 2. 生成的 WSDL 文件显示了作为 targetNamespace 的相关 URI 引用

xmlns:s0="services.inventory"
   <types>
     <s:schema elementFormDefault="qualified"
       targetNamespace="services.inventory"
xmlns:s="http://www.w3.org/2001/XMLSchema">
       <s:complexType name="ArrayOfProduct">
         <s:sequence>
           <s:element maxOccurs="unbounded" minOccurs="0"
             name="Product" type="s0:Product"/>
         </s:sequence>
       </s:complexType>
       <s:complexType name="Product">
         <s:sequence>
           <s:element maxOccurs="1" minOccurs="0" name="name"
type="s:string"/>
           <s:element maxOccurs="1" minOccurs="1" name="qty"
type="s:int"/>
           <s:element maxOccurs="1" minOccurs="1" name="price"
type="s:float"/>
         </s:sequence>
       </s:complexType>
       <s:element name="ArrayOfProduct" nillable="true"
type="s0:ArrayOfProduct"/>
     </s:schema>
   </types>

elementFormDefault="qualified" 属性确保 targetNamespace 限定包括复杂类型 Product 在内的所有局部声明元素。假设有另一个单位使用相同的相关命名空间实现类似的 Product 类型。就像当使用 IBM® WebSphere® Studio Application Developer Integration Edition（Application Developer）BPEL 设计器从不同的伙伴链接中利用普通复杂类型将 Web 服务集成到业务流程中时使用 wsdl:import 及 xsd:import 一样，从普通模式中将这两个模式导入到 WSDL 文档中。

在本场景中，如果导入的两个模式有相同的目标命名空间，则很有可能发生命名冲突。用于在另一个平台上构建集成的工具必须确保相关 URI 是基于 RFC2396 标准文档树中的基本 URI 的。然而，在 WSDL 文档中基本 URI 并没有定义完善，默认的基本 URI 的解释取决于应用程序。最好的习惯是始终使用它自己的组织域名来确保命名空间唯一。