JAXB 无法解组某些替换组

Question

我在解组已根据架构验证的 XML 时遇到问题。

我提供了一个已扩展的大型架构。以下是所提供内容的片段：（

命名空间“original”）

<xs:element name="Platform" type="PlatformType" abstract="true" />

<xs:complexType name="PlatformType" abstract="true">
   ...
</xs:complexType>

<xs:element name="SpringPlatform" type="SpringPlatformType" substitutionGroup="Platform" />

<xs:complexType name="SpringPlatformType">
    <xs:complexContent>
        <xs:extension base="PlatformType">
            ...
        </xs:extension>
    </xs:complexContent>
</xs:complexType>

现在我已经使用一些附加功能扩展了 SpringPlatformType：

<xsd:element name="MySpringPlatform" type="MySpringPlatformType"
        substitutionGroup="original:SpringPlatform" />

<xsd:complexType name="MySpringPlatformType">
    <xsd:complexContent>
        <xsd:extension base="original:SpringPlatformType">
            <xsd:sequence>
                ...
            </xsd:sequence>
        </xsd:extension>
    </xsd:complexContent>
</xsd:complexType>

我收到了一个平台列表，如下所示：

<xs:element name="PlatformList" type="PlatformListType" />

<xs:complexType name="PlatformListType">
    <xs:sequence>
        <xs:element ref="Platform" maxOccurs="unbounded"/>
    </xs:sequence>
</xs:complexType>

我可以正确地解组使用原始版本的传入消息：SpringPlatform元素，但是当我尝试解组我的派生/扩展类型 (MySpringPlatform) 时，我得到 null。 但是，XML 使用 XMLSpy 根据我的架构进行验证2011年还好。

有什么建议吗？我在 Java 6u24、Windows XP SP3 上使用 JAXB (Metro) 2.2.4。

谢谢，

布莱恩

Answer 1

当您创建 JAXB 解组器时，您需要向其传递上下文；也就是说，您正在解组的结构的包。我们使用了一个实用程序类，它使我们可以轻松地执行此操作：将 XML 字符串和包名称传递给它，然后您将返回一个对象。

但是，当解组跨多个命名空间和包的结构时，您需要为引用的每个包提供包名称，否则解组器没有正确的上下文。我从来不知道您可以将多个包名称传递到 JAXB 上下文。

错误：

// Pass package name for the message only.
JAXBContext jc = JAXBContext.newInstance("com.mycompany.my.messages");
Unmarshaller u = jc.createUnmarshaller();

正确：

// Pass package names for all XML structures present in the message.
JAXBContext jc = JAXBContext.newInstance("com.mycompany.my.types:com.mycompany.my.messages:com.othercompany.their.types");
Unmarshaller u = jc.createUnmarshaller();

也许这是一个愚蠢的错误，但我想我应该分享以防万一。阅读一点 site 给了我这个想法。上面的 lexcore 也提到了这一点，但我认为他在谈论类路径问题；所有生成的类始终可供上下文使用，但是上下文并没有被告知要查找它们。