有很多与此标题相同的帖子。我看了很多,但是他们的情况似乎和我的不同。
我有一个在运行时由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目录(对我来说是一个新概念)来在构建过程中解析模式位置。我是否需要类似的东西来在运行时解析位置?
对于上下文,这是相关文件的片段。
由应用程序架构(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工件,这些工件表示要导入/引用的模式。似乎有点黑魔法,但确实有效。
抛出的异常似乎表明应用程序无法“看到”导入的架构定义。根据已描述的内容,是否可以解决此问题?如果需要提供其他信息,请告诉我,我会解决的。
答案 0 :(得分:1)
您正确地怀疑您也必须在运行时Java代码中为XML目录做些调整。
有关如何使用Using an XML Catalog with a Java library that uses JAXP internally(或CatalogResolver)的详细信息,请参见org.apache.xml.resolver.tools.CatalogResolver。
还请注意,通过将XSD放置在URI可访问的位置 1 并将@schemaLocation
属性添加到{{1 }}。许多XML Catalog实现的诊断消息对于跟踪问题都不理想。