如何在一个Java应用程序中处理不同版本的XSD文件？

仇阳州

2023-03-14

问题内容：

在我的Java应用程序中，我必须同时处理具有不同架构版本的XML文件（xsd文件）。XML文件的内容在不同版本之间仅发生了少许变化，因此我想主要使用相同的代码来处理它，并根据所使用架构的版本进行一些区分大小写的操作。

现在，我正在使用SAX解析器解析XML文件，而我自己ContentHandler忽略了架构版本，只是检查是否存在需要处理的标签。

我真的很想使用JAXB生成用于解析XML文件的类。这样，我可以从Java代码中删除所有硬编码的字符串（常量），并使用生成的类来处理。

我将架构版本编译为不同的软件包v1，v2和v3。现在，我可以创建Unmarshaller这种方式：

JAXBContext jc = JAXBContext.newInstance( 
    v1.Root.class, v2.Root.class, v3.Root.class );
Unmarshaller u = jc.createUnmarshaller();

现在u.unmarshal( xmlInputStream );给我Root包装中与XML文件模式匹配的类。

接下来，我将尝试定义一个interface访问架构的公共部分。 如果您以前做过这样的事情，请告诉我 。同时，我正在阅读JAXB规范…

问题答案：

首先，您需要某种方式来标识适合于特定实例文档的架构。您说文档具有schemaLocation属性，所以这是一种解决方案。但是请注意，您必须专门配置解析器以使用此属性，并且恶意文档可能会指定您无法控制的架构位置。相反，我建议获取属性值，并使用它在内部表中找到适当的架构。

接下来是访问数据。您没有说为什么要使用三种不同的架构。唯一合理的原因是数据规范的发展（即，模式表示同一数据的版本1、2和3）。如果这不是您的原因，那么您需要重新考虑您的设计。

如果您要支持不断发展的数据规范，则需要回答“我该如何处理丢失的数据”的问题。有两个答案：一个是维护代码的多个版本。通过重构通用功能，这不是一个坏主意，但是很容易变得难以维护。

替代方法是使用单个代码库和某种包含规则的适配器对象。而且，如果沿着这条路走，JAXB是错误的解决方案，因为它与模式相关。您也许可以使用允许的XML->
Java转换器：我相信XStream可以工作，而且我知道实用XML
1.1版本可以工作（自从我写以来），尽管您必须自己构建它。

根据架构的复杂性，另一个更好的选择是开发一组使用XPath检索数据的对象。我可能会使用“主”对象来实现，该对象包含模式的每个变体中每个字段的XPath表达式。然后创建轻量级的“包装器”对象，该对象包含您的实例文档的DOM版本，并使用适合该架构的XPath。但是请注意，这仅限于只读访问。