xjc-version可以信任吗？

Question

我花了一天时间调试JAXB名称空间错误或丢失的问题（可能与Marshaller.JAXB_FRAGMENT有关，但这不是重点）。

我发现JAXB RI 2.1.10在我认可的目录中出现问题。

如果我使用 JAXB RI 2.2.4 或 2.2.6，则此问题已修复

这是真正令人困惑的地方（以及是什么让它花了这么长时间）。

该问题发生在以下JDK中的JAXBLinux上（即没有被认可）：

$ java -version
java version "1.7.0_03"
OpenJDK Runtime Environment (IcedTea7 2.1.1pre) (7~u3-2.1.1~pre1-1ubuntu2)
OpenJDK 64-Bit Server VM (build 22.0-b10, mixed mode)

$ xjc -version
xjc 2.2.4

但是如果这个java真的使用了和RI 2.2.4一样的JAXB，它应该可以正常工作！！

请注意，我正在调试的问题与xjc无关;我只是使用该命令来尝试确定我正在使用的JAXB版本。

同样，我无法在Windows上复制Java1.6.0_27的问题（在我认可的目录中没有任何内容），它报告：

C:\Program Files\Java\jdk1.6.0_27\bin>java -version
java version "1.6.0_27"
Java(TM) SE Runtime Environment (build 1.6.0_27-b07)
Java HotSpot(TM) 64-Bit Server VM (build 20.2-b06, mixed mode)

C:\Program Files\Java\jdk1.6.0_27\bin>xjc -version
xjc version "JAXB 2.1.10 in JDK 6"
JavaTM Architecture for XML Binding(JAXB) Reference Implementation, (build JAXB 2.1.10 in JDK 6)

然而，如果我把2.1.10 RI放在我认可的目录里，问题就发生了。它应该发生在 1.6.0_27 中，如果它确实使用了 JAXB RI 2.1.10 的等效项。

在我看来，我遇到的问题已经在2.1.10之后和2.2.4之前的参考实现中得到了解决，但上面的两个虚拟机都没有实际使用它们声称的JAXB版本。或者它们可能使用它们宣称的xjc，但没有使用JAXB-api中的版本。jar和jaxb实现。jar（我知道名称空间前缀映射器属性和包名称存在差异，但这不会导致此问题）。

我已经在Win 7和Ubuntu上、在tomcat上(没有eclipse)和在eclipse上(没有tomcat)做了这些实验，所以我非常有信心我正确地解释了我的发现。

任何人都可以提供对正在发生的事情的任何见解吗？

如果我是对的，有人知道各种Sun/Oracle JDK真正使用的JAXB版本吗？

Answer 1

< code>xjc -version可信吗？

是的。它会给你XJC工具的版本。

是否可以信任 xjc 版本来提供 JAXB （JSR-222） 运行时实现的版本？

不：

• XJC 工具的版本不要求与 JAXB 运行时实现的版本匹配。
• 也不要求 XJC 工具和 JAXB 运行时实现来自 JAXB 的同一实现。例如，XJC 工具可能来自 JAXB 项目，运行时可以是日食链接 JAXB（MOXY）。

JDK/JRE中包含的JAXB RI和JAXB Impl

Java SE 实现（版本 6 及更高版本）需要包含 JAXB （JSR-222） 的版本。通常（但不是必需的）包含的是 JAXB RI 的软件包重命名版本。因此，如果您运行以下内容：

import javax.xml.bind.JAXBContext;

public class Demo {

    public static void main(String[] args) throws Exception {
        JAXBContext jc = JAXBContext.newInstance(Demo.class);
        System.out.println(jc.getClass());
    }

}

您将获得：

class com.sun.xml.internal.bind.v2.runtime.JAXBContextImpl

如果下载 JAXB-RI 的某个版本并将其添加到类路径并重新运行相同的演示代码，则输出将更改为以下内容：

class com.sun.xml.bind.v2.runtime.JAXBContextImpl