【问题标题】:Cannot resolve the name 'X' to a(n) 'type definition' component无法将名称“X”解析为(n)“类型定义”组件
【发布时间】:2018-08-09 15:45:09
【问题描述】:

有很多与此标题相同的帖子。我看过他们中的许多人,但他们的情况似乎与我的不同。

我有一个在运行时由 XML 文件配置的 Java 应用程序。有一个相应的 XML 模式定义了 XML 的结构。该模式导入其他模式以使用它们定义的类型定义。应用程序读取架构和配置文件并将 XML 作为 Java 对象加载。

应用程序是使用 Apache Maven 构建的,maven-jaxb2-plugin 用于将模式定义转换为 Java 类,因此应用程序可以获取 XML 配置信息。一切都成功构建,据我所知,XJC 生成的类是正确的并且在正确的位置。

当我尝试执行应用程序时遇到了一个问题,该应用程序首先读取 XML 并将其作为 Java 对象加载。下面是一个示例异常。

[2018-08-09 10:31:05.056] ERROR: common.ConfigLoader:121 - Exception: 
org.xml.sax.SAXParseException; lineNumber: 291; columnNumber: 80; src-resolve: Cannot resolve the name 'sc:ExpectedDataFormatEnum' to a(n) 'type definition' component.
    at com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.createSAXParseException(ErrorHandlerWrapper.java:198)
    at com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.error(ErrorHandlerWrapper.java:134)
    at com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:437)
    at com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.reportSchemaErr(XSDHandler.java:4162)
    at com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.reportSchemaError(XSDHandler.java:4145)
    at com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.getGlobalDecl(XSDHandler.java:1678)
    at com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDElementTraverser.traverseNamedElement(XSDElementTraverser.java:405)
    at com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDElementTraverser.traverseLocal(XSDElementTraverser.java:194)
    at com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.traverseLocalElements(XSDHandler.java:3618)
    at com.sun.org.apache.xerces.internal.impl.xs.traversers.XSDHandler.parseSchema(XSDHandler.java:633)
    at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaLoader.loadSchema(XMLSchemaLoader.java:617)
    at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaLoader.loadGrammar(XMLSchemaLoader.java:575)
    at com.sun.org.apache.xerces.internal.impl.xs.XMLSchemaLoader.loadGrammar(XMLSchemaLoader.java:541)
    at com.sun.org.apache.xerces.internal.jaxp.validation.XMLSchemaFactory.newSchema(XMLSchemaFactory.java:252)
    at javax.xml.validation.SchemaFactory.newSchema(SchemaFactory.java:627)
    at {removed}.ConfigLoader.load(ConfigLoader.java:91)
    at {removed}.Launcher.main(Launcher.java:121)
[2018-08-09 10:31:05.058] ERROR: wf.Launcher:122 - Unable to load configuration file

我怀疑问题与在运行时如何引用/解析导入的模式有关。我在构建期间使用 XML 目录(对我来说是一个新概念)来解析模式位置。我需要类似的东西来在运行时解析位置吗?

为了上下文,这里是相关文件的sn-ps。

应用架构导入的架构 (security-common.xsd):

<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" targetNamespace="security_common"
  xmlns:sc="security_common" elementFormDefault="qualified" attributeFormDefault="unqualified">

  <xs:simpleType name="TypeList">
    <xs:list itemType="xs:string" />
  </xs:simpleType>

  <xs:simpleType name="ExpectedDataFormatEnum">
    <xs:restriction base="xs:string">
      <xs:enumeration value="STRING" />
      <xs:enumeration value="BYTE_ARRAY" />
    </xs:restriction>
  </xs:simpleType>

</xs:schema>

使用上述架构的应用程序架构 (config-schema.xsd):

<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" targetNamespace="injector"
  xmlns:inj="injector" xmlns:sc="security_common" xmlns:camel="camel_config"
  elementFormDefault="qualified" attributeFormDefault="unqualified">

  <xs:import namespace="security_common" />
  <xs:import namespace="camel_config" />

  ...
  <xs:complexType name="WireCaptureConfig">
    <xs:sequence>
      <xs:element name="expected-data-format" type="sc:ExpectedDataFormatEnum" />
      ...
    </xs:sequence>
  </xs:complexType>
  ...
</xs:schema>

XML 目录文件:

PUBLIC "security_common" "maven:{removed}:security-common:jar::!/config/security-common.xsd"
PUBLIC "camel_config" "maven:{removed}:security-common:jar::!/config/camel-config.xsd"

我的理解是目录文件将架构命名空间映射到 Maven 工件,这些工件表示要导入/引用的架构。这似乎是一个小黑魔法,但它确实有效。

抛出的异常似乎表明应用程序无法“看到”导入的架构定义。根据所描述的内容,是否有解决此问题的方法?如果需要提供其他信息,请告诉我,我会看看我能做些什么。

【问题讨论】:

    标签: java xml xsd jaxb xmlcatalog


    【解决方案1】:

    您怀疑自己也必须在运行时 Java 代码中调整 XML 目录是对的。

    有关如何使用CatalogResolver(或org.apache.xml.resolver.tools.CatalogResolver)的详细信息,请参阅Using an XML Catalog with a Java library that uses JAXP internally

    还请注意,通过将 XSD 放置在 URI 可访问的位置1 并将 @schemaLocation 属性添加到您的 xs:imports 来确定 XSD 的所有其他内容可能很有用。许多 XML 目录实现的诊断消息对于跟踪问题并不理想。

    1How to reference a local XML Schema file correctly?

    【讨论】:

    • 不幸的是,我需要使用 Java 7,这将 CatalogResolver 排除在外。
    • 请举例说明您所说的 URI 可访问位置的含义。我总是看到使用了 http,并且我认为这意味着该架构以某种方式通过 HTTP“服务”。这对我来说不是一个选择。还有其他方法吗?
    • 有适用于 Java 7 的 CatalogResolver,您可以将本地文件系统用于导入的 XSD,作为实现 XML 目录之前的测试。查看更新以回答您的后续问题。
    • 好吧,我很困惑,不知所措。我已经检查了您提供的链接和提供的一些链接,以及我自己的一些谷歌搜索。似乎有很多(Apache 似乎有不止一个)用于此的 API - 我只是不知道使用哪个或如何使用它。我发现的许多文章和示例似乎都假定了一定程度的 WRT XML 模式和 URI 解析知识,但我显然不在那个水平。这个概念是否有某​​种入门知识?
    • 我选择了 Apache Commons Configuration 作为我将尝试学习和使用的工具,以帮助我在运行时解析 XML 模式。到目前为止,我从所读内容中获得的初步印象使我认为我需要或多或少地整体使用公共配置 API。我看到的示例表明创建目录解析器并将其传递给构建器或配置对象。我需要这样做吗,还是可以独立使用目录解析器?
    猜你喜欢
    • 2020-08-29
    • 1970-01-01
    • 2017-11-07
    • 2017-02-02
    • 1970-01-01
    • 2015-02-26
    • 2013-09-22
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多