如何使用多个名称空间编写正确的 XML 以使其有效?
How to write correct XML with multiple namespaces so it validates?
我的设置比较复杂。
我有一个超级项目(都是 Maven)和两个子项目。这两个子项目是无关的。我在所有项目中设计 类 并使用 JAXB 注释对它们进行注释,以便在每个子项目级别上创建 XSD。每个子项目都应该包含来自超级项目的 XML 类。超级项目级别不需要XSDs。
在超级项目中,我有几个包都有一个 package-info.java 文件,如下所示:
@javax.xml.bind.annotation.XmlSchema(elementFormDefault = javax.xml.bind.annotation.XmlNsForm.QUALIFIED, xmlns = {
@javax.xml.bind.annotation.XmlNs(prefix = "projectA", namespaceURI = "https://some.url.to/projectA"),
@javax.xml.bind.annotation.XmlNs(prefix = "projectB", namespaceURI = "https://some.url.to/projectB")
})
为简单起见,我们将 sub-projects 项目 A 和项目 B 称为项目。
如前所述,在 sub-projects 中,我还有几个包含 package-info.java 文件的包,如下所示:
@javax.xml.bind.annotation.XmlSchema(namespace = "https://some.url.to/projectA", elementFormDefault = javax.xml.bind.annotation.XmlNsForm.QUALIFIED)
在项目 (A|B) 中,我正在从该设置中生成一个 XSD 模式。这工作正常,并且找到并解决了从子项目到超级项目的所有引用。
JAXB 为每个子项目生成两个 XSD 文件。在以下示例中,让我们坚持使用项目 A。然后,schema1.xsd 必须遵循 header:
<xs:schema elementFormDefault="qualified" version="1.0" targetNamespace="https://some.url.to/projectA" xmlns:tns="https://some.url.to/projectA" xmlns:xs="http://www.w3.org/2001/XMLSchema">
其次是
<xs:import schemaLocation="schema2.xsd"/>
schema2.xsd 有这个 header:
<xs:schema elementFormDefault="qualified" version="1.0" xmlns:projectB="https://some.url.to/projectB" xmlns:projectA="https://some.url.to/projectA" xmlns:xs="http://www.w3.org/2001/XMLSchema">
请注意,由于某些原因,projectB 包含在此处,即使 XSD 中未引用它。在项目 B 中是相反的。
在 schema1.xsd 中,我发现如下行:
<xs:element name="a_name" type="a_type_in_schema2"/>
<xs:element name="another_name" type="tns:a_type_in_schema1" use="required"/>
在 schema2.xsd 中,我发现如下行:
<xs:element name="something" type="another_type_in_schema2" form="unqualified"/>
注意 "unqualified" 属性。它也出现在 schema2.xsd 中定义的每个复杂类型的元素中。
这意味着,超级项目的所有内容都包含在 schema2.xsd 中,而仅在项目 A 中定义的所有内容都在 schema1.xsd.
中
言归正传,我想做的是编写 XMLs 来验证此 XSDs 的设置,但我没能做到。
XML 的 header 是:
<rootNode xmlns="https://some.url.to/projectA" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="https://some.url.to/projectA https://some.url.to/projectA.xsd">
在这个 XML 中,每当我尝试引用 schema2.xsd 中定义的类型(= 来自超级项目的类型)时,例如
<a_type_in_schema1>
<a_type_in_schema2 .... />
</a_type_in_schema1>
xmllint(还有 Eclipse,也是)会抱怨:
element a_type_in_schema2: Schemas validity error : Element
'{https://some.url.to/projectA}a_type_in_schema2': This element is not
expected. Expected is one of ( a, b, c, a_type_in_schema2, d, e).
我怎么可能写正确?
请注意,我不想使用 <namespace:a_type_in_schema2>
这样的限定标签。由于可用性,我希望只使用 "plain" XML 标签。这能做到吗?
看来我是2019年JAXB的单打独斗。不过,主要是写这个问题和橡皮鸭聊过后,我又尝试了几种组合,解决方案是这样的:
超级项目和子项目都必须在同一个命名空间中。一开始我没有选择这个解决方案,因为我认为我无法单独验证子项目 XSDs。但这是可能的。
所以,在超级项目中我只添加了
@javax.xml.bind.annotation.XmlSchema(namespace = "https://some.url.to/commonNS", elementFormDefault = javax.xml.bind.annotation.XmlNsForm.QUALIFIED)
两个子项目中使用了相同的架构定义。
然后,在 XML header 我可以写
<rootNode xmlns="https://some.url.to/commonNS" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="https://some.url.to/commonNS https://some.url.to/projectA.xsd">
请注意 xsi_schemaLocation 中的重要变化。我可以在这里使用特定的 XSD 验证 commonNS 命名空间。在项目 B 中,我将使用对其 XSD 的引用。
所以我有一个命名空间但不同的 XSD 文件来验证给定的 XML 这正是我需要的。
我的设置比较复杂。
我有一个超级项目(都是 Maven)和两个子项目。这两个子项目是无关的。我在所有项目中设计 类 并使用 JAXB 注释对它们进行注释,以便在每个子项目级别上创建 XSD。每个子项目都应该包含来自超级项目的 XML 类。超级项目级别不需要XSDs。
在超级项目中,我有几个包都有一个 package-info.java 文件,如下所示:
@javax.xml.bind.annotation.XmlSchema(elementFormDefault = javax.xml.bind.annotation.XmlNsForm.QUALIFIED, xmlns = {
@javax.xml.bind.annotation.XmlNs(prefix = "projectA", namespaceURI = "https://some.url.to/projectA"),
@javax.xml.bind.annotation.XmlNs(prefix = "projectB", namespaceURI = "https://some.url.to/projectB")
})
为简单起见,我们将 sub-projects 项目 A 和项目 B 称为项目。
如前所述,在 sub-projects 中,我还有几个包含 package-info.java 文件的包,如下所示:
@javax.xml.bind.annotation.XmlSchema(namespace = "https://some.url.to/projectA", elementFormDefault = javax.xml.bind.annotation.XmlNsForm.QUALIFIED)
在项目 (A|B) 中,我正在从该设置中生成一个 XSD 模式。这工作正常,并且找到并解决了从子项目到超级项目的所有引用。
JAXB 为每个子项目生成两个 XSD 文件。在以下示例中,让我们坚持使用项目 A。然后,schema1.xsd 必须遵循 header:
<xs:schema elementFormDefault="qualified" version="1.0" targetNamespace="https://some.url.to/projectA" xmlns:tns="https://some.url.to/projectA" xmlns:xs="http://www.w3.org/2001/XMLSchema">
其次是
<xs:import schemaLocation="schema2.xsd"/>
schema2.xsd 有这个 header:
<xs:schema elementFormDefault="qualified" version="1.0" xmlns:projectB="https://some.url.to/projectB" xmlns:projectA="https://some.url.to/projectA" xmlns:xs="http://www.w3.org/2001/XMLSchema">
请注意,由于某些原因,projectB 包含在此处,即使 XSD 中未引用它。在项目 B 中是相反的。
在 schema1.xsd 中,我发现如下行:
<xs:element name="a_name" type="a_type_in_schema2"/>
<xs:element name="another_name" type="tns:a_type_in_schema1" use="required"/>
在 schema2.xsd 中,我发现如下行:
<xs:element name="something" type="another_type_in_schema2" form="unqualified"/>
注意 "unqualified" 属性。它也出现在 schema2.xsd 中定义的每个复杂类型的元素中。
这意味着,超级项目的所有内容都包含在 schema2.xsd 中,而仅在项目 A 中定义的所有内容都在 schema1.xsd.
中言归正传,我想做的是编写 XMLs 来验证此 XSDs 的设置,但我没能做到。
XML 的 header 是:
<rootNode xmlns="https://some.url.to/projectA" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="https://some.url.to/projectA https://some.url.to/projectA.xsd">
在这个 XML 中,每当我尝试引用 schema2.xsd 中定义的类型(= 来自超级项目的类型)时,例如
<a_type_in_schema1>
<a_type_in_schema2 .... />
</a_type_in_schema1>
xmllint(还有 Eclipse,也是)会抱怨:
element a_type_in_schema2: Schemas validity error : Element '{https://some.url.to/projectA}a_type_in_schema2': This element is not expected. Expected is one of ( a, b, c, a_type_in_schema2, d, e).
我怎么可能写正确?
请注意,我不想使用 <namespace:a_type_in_schema2>
这样的限定标签。由于可用性,我希望只使用 "plain" XML 标签。这能做到吗?
看来我是2019年JAXB的单打独斗。不过,主要是写这个问题和橡皮鸭聊过后,我又尝试了几种组合,解决方案是这样的:
超级项目和子项目都必须在同一个命名空间中。一开始我没有选择这个解决方案,因为我认为我无法单独验证子项目 XSDs。但这是可能的。
所以,在超级项目中我只添加了
@javax.xml.bind.annotation.XmlSchema(namespace = "https://some.url.to/commonNS", elementFormDefault = javax.xml.bind.annotation.XmlNsForm.QUALIFIED)
两个子项目中使用了相同的架构定义。
然后,在 XML header 我可以写
<rootNode xmlns="https://some.url.to/commonNS" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="https://some.url.to/commonNS https://some.url.to/projectA.xsd">
请注意 xsi_schemaLocation 中的重要变化。我可以在这里使用特定的 XSD 验证 commonNS 命名空间。在项目 B 中,我将使用对其 XSD 的引用。
所以我有一个命名空间但不同的 XSD 文件来验证给定的 XML 这正是我需要的。