使用具有相同基本模式的不同模式处理具有多个maven-jaxb2-plugin执行的重复类

Question

我目前正在使用maven-jaxb2-plugin v0.13.3。

插件配置有多个执行，每个执行都处理wsdl文件。其中有几个是完全独立的，但有几个只是同一企业中不同的wsdl，其模式导入公共的基本模式。

请注意，我无法更改WSDL或模式。

原始代码使用设置为true的“forceRegen”，以及所有写入相同目标目录的代码。这在命令行构建中运行良好，但正如许多人现在所知，这会导致Eclipse中的无限构建循环。

我正在逐步解决这个问题。简单的步骤是将“ForceRegenate”设置为false，并为每次执行向“generateDirectory”目录添加后缀目录，以使其唯一。然后，我必须更改Eclipse项目属性，以删除它们都写入到的公共位置的原始源目录，并将其替换为每个现在唯一的源目录的单个引用。

到目前为止，如果所有执行都引用完全独立的模式，这将正常工作。

如果其中两个或多个执行指定了一个wsdl，该wsdl具有引用公共基模式的模式，这里就是这种情况，那么在构建时会出现重复的类错误。

如果有帮助的话，下面是一些从pom中略去的示例代码：

<execution>
  <id>unifiedServices</id>
  <goals>
    <goal>generate</goal>
  </goals>
  <configuration>
    <specVersion>2.2</specVersion>
    <schemaDirectory>src/main/resources/schemas/csi_UnifiedServices_240.0_schema</schemaDirectory>
    <schemaIncludes>
      <include>*.wsdl</include>
    </schemaIncludes>
    <generateDirectory>target/generated-sources/jaxb/us</generateDirectory>
    <forceRegenerate>false</forceRegenerate>
  </configuration>
</execution>
<execution>
  <id>iuclp</id>
  <goals>
    <goal>generate</goal>
  </goals>
  <configuration>
    <specVersion>2.2</specVersion>
    <schemaDirectory>src/main/resources/schemas/csi_OrderAndSubscriptionManagementMobility</schemaDirectory>
    <schemaIncludes>
      <include>*.wsdl</include>
    </schemaIncludes>
    <generateDirectory>target/generated-sources/jaxb/osmm</generateDirectory>
    <forceRegenerate>false</forceRegenerate>
  </configuration>
</execution>

我已经看到许多帖子谈论这个变体，其中许多是指插件的旧版本。

有哪些实用的解决方案仍然满足我的约束（不能修改wsdl/模式）？

更新：

正如第一个答案中建议的那样，我正在继续实现绑定文件。它不太起作用，我不确定我做错了什么。

这是第一次执行的配置块（我只更改了一个执行块，一旦确定它正在生成合理的代码，我将处理其他执行块，然后更改代码中的引用）。

<configuration>
    <bindingDirectory>src/main/resources/bindings</bindingDirectory>
    <bindingIncludes>
        <bindingInclude>unifiedservices.xjb</bindingInclude>
    </bindingIncludes>
  <specVersion>2.2</specVersion>
  <schemaDirectory>src/main/resources/schemas/csi_UnifiedServices_240.0_schema</schemaDirectory>
  <schemaIncludes>
    <include>*.wsdl</include>
  </schemaIncludes>
  <generateDirectory>target/generated-sources/jaxb/us</generateDirectory>
  <forceRegenerate>false</forceRegenerate>
</configuration>

这是略为省略的绑定文件（unifiedservices.xjb）：

<?xml version="1.0" encoding="UTF-8"?>
<jxb:bindings
    xmlns:jxb="http://java.sun.com/xml/ns/jaxb"
    xmlns:xs="http://www.w3.org/2000/10/XMLSchema-instance"
    xs:schemaLocation="http://java.sun.com/xml/ns/jaxb http://java.sun.com/xml/ns/jaxb/bindingschema_2_0.xsd"
    jxb:version="2.0">
    <jxb:bindings schemaLocation="http://.../Namespaces/UnifiedServices/Types/Public/CommonDataModel.xsd"
                  node="/xs:schema">
        <jxb:schemaBindings>
            <nameXmlTransform>
                <typeName suffix="us"/>
            </nameXmlTransform>
        </jxb:schemaBindings>
    </jxb:bindings>
</jxb:bindings>

这是略为省略的“CommonDataModel.xsd”的标题：

<xs:schema xmlns:xs='http://www.w3.org/2001/XMLSchema'
 xmlns='http://.../Namespaces/UnifiedServices/Types/Public/CommonDataModel.xsd'
 targetNamespace='http://.../Namespaces/UnifiedServices/Types/Public/CommonDataModel.xsd'
 elementFormDefault='qualified'
 version='240.0.03'>

当我运行此构建时，第一个错误是：

[ERROR] Error while parsing schema(s).Location [ file:/C:/.../src/main/resources/bindings/unifiedservices.xjb{8,37}].
com.sun.istack.SAXParseException2: "http://.../Namespaces/UnifiedServices/Types/Public/CommonDataModel.xsd" is not a part of this compilation. Is this a mistake for "file:/C:/.../src/main/resources/schemas/csi_UnifiedServices_240.0_schema/CommonDataModel.xsd"?

更新：

我更新了绑定文件，以便“schemaLocation”只是相关模式文件的相对路径，但现在我得到了一个不同的错误。

这是我的新绑定文件：

<?xml version="1.0" encoding="UTF-8"?>
<jxb:bindings
    xmlns:jxb="http://java.sun.com/xml/ns/jaxb"
    xmlns:xs="http://www.w3.org/2000/10/XMLSchema-instance"
    xs:schemaLocation="http://java.sun.com/xml/ns/jaxb http://java.sun.com/xml/ns/jaxb/bindingschema_2_0.xsd"
    jxb:version="2.0">
    <jxb:bindings schemaLocation="../schemas/csi_UnifiedServices_240.0_schema/CommonDataModel.xsd"
                  node="/xs:schema">
        <jxb:schemaBindings>
            <nameXmlTransform>
                <typeName suffix="us"/>
            </nameXmlTransform>
        </jxb:schemaBindings>
    </jxb:bindings>
</jxb:bindings>

当我用这个构建时，我得到：

[ERROR] Error while parsing schema(s).Location [ file:/C:/.../src/main/resources/bindings/unifiedservices.xjb{8,37}].
com.sun.istack.SAXParseException2: XPath evaluation of "/xs:schema" results in empty target node

这是“CommonDataModel.xsd”文件中略去的标题：

<?xml version="1.0" encoding="UTF-8"?>
<!-- ... -->
<xs:schema xmlns:xs='http://www.w3.org/2001/XMLSchema'
 xmlns='http://.../Namespaces/UnifiedServices/Types/Public/CommonDataModel.xsd'
 targetNamespace='http://.../Namespaces/UnifiedServices/Types/Public/CommonDataModel.xsd'
 elementFormDefault='qualified'
 version='240.0.03'>

我不得不问自己，这种相对路径是否正确。我想如果它是错误的，我会得到一个更具体的错误消息。为了进行一点确认，我运行了SysInternals ProcessMonitor，查看“CommonDataModel.xsd”，它们都位于同一个文件中，并且都成功了。

更新：

我想我找到了最后一个问题的可能原因。下面指出了一个问题：JAXB绑定文件中的XPath求值导致目标节点为空。

因此，我确保两个“xs”名称空间是相同的。这消除了xjc错误。然而，它似乎也没有做任何事情。

我当前的绑定文件是这样的：

<?xml version="1.0" encoding="UTF-8"?>
<jxb:bindings
    xmlns:jxb="http://java.sun.com/xml/ns/jaxb"
    xmlns:xs="http://www.w3.org/2001/XMLSchema"
    xs:schemaLocation="http://java.sun.com/xml/ns/jaxb http://java.sun.com/xml/ns/jaxb/bindingschema_2_0.xsd"
    jxb:version="2.0">
    <jxb:bindings schemaLocation="../schemas/csi_UnifiedServices_240.0_schema/CommonDataModel.xsd"
                  node="/xs:schema">
        <jxb:schemaBindings>
            <jxb:nameXmlTransform>
                <jxb:typeName suffix="us"/>
            </jxb:nameXmlTransform>
        </jxb:schemaBindings>
    </jxb:bindings>
</jxb:bindings>

当我运行构建时，我会看到如下输出行块：

[INFO] --- maven-jaxb2-plugin:0.13.3:generate (unifiedServices) @ UnifiedAccountMs ---
[INFO] Sources are not up-to-date, XJC will be executed.
[INFO] Episode file [C:\...\target\generated-sources\jaxb\us\META-INF\sun-jaxb.episode] was augmented with if-exists="true" attributes.

看起来不错，但没告诉我什么。当它最终完成编译时，会出现如下错误：

[ERROR] /C:/.../target/generated-sources/jaxb/us/com/cingular/csi/csi/namespaces/unifiedservices/infrastructurecommon/types/_public/messageheader/ObjectFactory.java:[32,8] duplicate class: com.cingular.csi.csi.namespaces.unifiedservices.infrastructurecommon.types._public.messageheader.ObjectFactory

当我搜索该fqcn时，我确实找到了它的多次出现（省略的部分是相同的）：

./target/generated-sources/jaxb/ausn/com/.../namespaces/unifiedservices/infrastructurecommon/types/_public/messageheader/ObjectFactory.java
./target/generated-sources/jaxb/us/com/.../namespaces/unifiedservices/infrastructurecommon/types/_public/messageheader/ObjectFactory.java

我可能误解了“typeName”转换应该做什么，但它似乎没有改变任何东西。无论如何，我有一种感觉，在类名后面附加后缀并不完全是我想要的。我认为更改包名称更合适，但我甚至无法让类名转换做任何事情。

Answer 1

一种解决方案是在每次执行中添加一个单独的绑定文件（*.xjb），以生成特定的类（并避免名称冲突）。

<configuration>
  <bindingDirectory>src/main/bindings</bindingDirectory>
  <bindingIncludes>
    <include>unifiedServices.xjb</include>
  </bindingIncludes>

请参阅XJC文档，但例如，可以为所有类名添加后缀：

<schemaBindings>
  <nameXmlTransform>
    <typeName suffix="_SuffixA"/>
  </nameXmlTransform>
</schemaBindings>

这样做，如果名称空间“company.com”的相同“Foo”类型是由多个wsdl导入的相同公共模式的一部分，那么最终可能会得到不同的类：

• com。公司Foo\u后缀（在“unifiedServices”中生成）
• com。公司Foo\U SUFFEXB（在“iuclp”中生成）