两个类具有相同的 XML 类型名称“objectFactory”。

Question

我们的系统中已经使用 JAXB 2.1 很长时间了。我们有一个使用 Ant 构建的平台，并生成一堆部署在 OSGi 运行时中的包。我们使用 Java SE 6。

我们在构建过程中使用 JAXB 从不同模式生成数据类型。这些类打包在捆绑包中，并在运行时用于序列化/反序列化内容。此外，我们在运行时在我们的平台中使用 JAXB 从用户提供的其他模式（它是一种 MDA 平台）生成数据类型。

在 OSGi 运行时中，我们有一个包，其中包含 JAXB jar 并导出必要的包。我们使用生成的所有对象工厂的上下文路径创建一个 JAXBContext 实例，因此我们可以编组/取消编组所有数据类型。

到目前为止，这一直有效，但现在我们正在尝试升级到 JAXB (2.2.4) 的最新稳定版本，并且在尝试在运行时创建上下文时遇到问题。我们得到以下异常：

Two classes have the same XML type name "objectFactory". Use @XmlType.name and @XmlType.namespace to assign different names to them.
    this problem is related to the following location:
        at some.package.ObjectFactory
    this problem is related to the following location:
        at some.other.package.ObjectFactory

    at com.sun.xml.internal.bind.v2.runtime.IllegalAnnotationsException$Builder.check(IllegalAnnotationsException.java:91)
    at com.sun.xml.internal.bind.v2.runtime.JAXBContextImpl.getTypeInfoSet(JAXBContextImpl.java:436)
    at com.sun.xml.internal.bind.v2.runtime.JAXBContextImpl.<init>(JAXBContextImpl.java:277)
    at com.sun.xml.internal.bind.v2.runtime.JAXBContextImpl$JAXBContextBuilder.build(JAXBContextImpl.java:1100)
    at com.sun.xml.internal.bind.v2.ContextFactory.createContext(ContextFactory.java:143)
    at com.sun.xml.internal.bind.v2.ContextFactory.createContext(ContextFactory.java:110)
    at com.sun.xml.internal.bind.v2.ContextFactory.createContext(ContextFactory.java:191)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at javax.xml.bind.ContextFinder.newInstance(ContextFinder.java:187)
    ... 76 more

对于构建过程中生成的每个对象工厂，都会打印错误两个类具有相同的 XML 类型名称“objectFactory”。

我们在 SO 中看到了几篇具有相同错误的帖子，但适用于生成的类型，而不是对象工厂。我们认为 JAXB 可能不会将 ObjectFactory 类标识为对象工厂，而是将其标识为数据类型。

一种可能性是我们在 Java 6 中使用 JAXB 的内部版本，因​​此我们决定使用系统属性 -Djava.endorsed.dirs 并放置三个 jar (jaxb-api- 2.2.4.jar、jaxb-impl-2.2.4.jar 和 jaxb-xjc-2.2.4.jar）位于该路径中，但仍然无法正常工作。

我们认为问题可能在于我们在 OSGi 运行时和构建过程中使用了不同版本的 JAXB，因此生成的代码不兼容。但也许我们错了，还有另一个问题。

你有什么想法吗？

提前致谢。

（编辑：更多详细信息）

我们以这种方式创建 JAXBContext：

    ClassLoader classLoader = new JAXBServiceClassLoader(getParentClassLoader(),
                                                         Collections.unmodifiableMap(objectFactories));
    context = JAXBContext.newInstance(contextPath.toString(), classLoader);

其中 contextPath 是一个字符串，其中包含用“:”分隔的所有对象工厂，而 JAXBServiceClassLoader 是：

  private static final class JAXBServiceClassLoader extends ClassLoader
  {
    @NotNull
    private final Map<String, Object> objectFactories;

    private JAXBServiceClassLoader(@NotNull ClassLoader parent, @NotNull Map<String, Object> objectFactories)
    {
      super(parent);
      this.objectFactories = objectFactories;
    }

    @Override
    public Class<?> loadClass(String name) throws ClassNotFoundException
    {
      Class<?> ret;
      try
      {
        ret = super.loadClass(name);
      }
      catch (ClassNotFoundException e)
      {
        Object objectFactory = objectFactories.get(name);
        if (objectFactory != null)
        {
          ret = objectFactory.getClass();
        }
        else
        {
          throw new ClassNotFoundException(name + " class not found");
        }
      }
      return ret;
    }
  }

(编辑：在 Aaron 的帖子之后）

我一直在调试 JAXBContextImpl 的所有内部结构，问题是 JAXBContextImpl 正在尝试从我们的 ObjectFactory 类获取类型信息，即 错误的。事实上，在 com.sun.xml.internal.bind.v2.model.impl.ModelBuilder:314 中， getClassAnnotation() 调用返回 null，但当我看到该实例时，我可以看到注释 XmlRegistry。

问题是，此时 XmlRegistry.class.getClassLoader() 返回 null，但如果我运行 ((Class)c).getAnnotations()[0].annotationType().getClassLoader() 它会返回 OSGi 的 classLoader包含我的 JAXB jar 的包“lib.jaxb”，这是正确的。

因此，我猜想我们同时加载了两个不同版本的 XmlRegistry，一个来自 JDK，另一个来自 JAXB 2.2.4 jar。问题是：为什么？

而且，更重要的是，不应该从 JAXB jar 加载和执行 com.sun.xml.bind.v2.runtime.JAXBContextImpl，而不是加载所有这些 com.sun.xml.internal.* 类（如 JAXBContextImpl）？在调试过程中，我可以看到它正在通过反射执行一些操作，但我不明白为什么要这样做。

Answer 1

我们终于找到了解决这个问题的办法。

来自 JAXB 文档（发现 JAXB 实现部分）：

http://jaxb.java.net/nonav/2.2.4-1/docs/api/javax/xml/bind/JAXBContext.html

我们尝试在 META-INF/services/javax.xml.bind.JAXBContext 为了强制使用 com.sun.xml.bind.v2.ContextFactory 而不是Sun的内部工厂。这不起作用，可能是因为我们使用的是 OSGi 包。

无论如何，当我们使用自己的类加载器时，我们重写了从 ContextFinder:343 调用的 getResourceAsStream() 方法：

@Override
public InputStream getResourceAsStream(String name)
{
  if (name!=null && name.equals("META-INF/services/javax.xml.bind.JAXBContext"))
  {
    return new ByteArrayInputStream("com.sun.xml.bind.v2.ContextFactory".getBytes());
  }
  return super.getResourceAsStream(name);
}

这不是最漂亮的解决方案，但它对我们有用。并且该类加载器仅在我们创建 JAXBContext 时使用，应该没问题。

Answer 2

1. 确保类路径中只有一个 @XmlRegistry 注释（搜索 XmlRegistry.class 文件，而不是用法）。也许选择了错误的注释。

2. 如果这不起作用，请创建您自己的类加载器，它只能看到一个工厂。这应该不是必需的，但谁知道呢。

3. 尝试在 JAXBContextImpl.java:436 处设置断点以查看它处理哪些类型以及原因。

Answer 3

我有同样的问题，但原因不同。即使它可能无法解决作者的问题，我也会为所有这些问题发布这个答案，稍后阅读这篇文章并遇到与我相同的问题。

我使用了这个编译器插件配置，它从编译中排除了 package-info.java 文件。删除排除后，一切都像魅力一样！看来 JAXB 在这些文件中包含了一些重要的定义！

损坏的配置：

<plugin>
    <artifactId>maven-compiler-plugin</artifactId>
        <version>3.0</version>
        <configuration>
            <source>1.6</source>
            <target>1.6</target>
            <encoding>UTF-8</encoding>
        <excludes>
            <exclude>**/package-info.java</exclude>
        </excludes>
        <showDeprecation>true</showDeprecation>
        <showWarnings>true</showWarnings>
        <fork>false</fork>
    </configuration>
</plugin>

工作配置：

 <plugin>
        <artifactId>maven-compiler-plugin</artifactId>
        <version>3.0</version>
        <configuration>
            <source>1.6</source>
            <target>1.6</target>
            <encoding>UTF-8</encoding>
            <showDeprecation>true</showDeprecation>
            <showWarnings>true</showWarnings>
            <fork>false</fork>
        </configuration>
    </plugin>

Answer 4

在尝试部署基于 spring 的肥皂网络服务时，我遇到了类似的问题。我向 org.springframework.oxm.jaxb.Jaxb2Marshaller spring bean 的 contextPaths 添加了一个包。问题是同一类位于同一 contextPaths 中包含的其他包中。我更改了 Ant 构建脚本，从我添加的包中排除其他类，从而解决了问题。