build-helper-maven-plugin 导致 AnnotationTypeMismatchException

Question

我正在使用 JAXB 从 java 类生成模式。该模式又由 WSDL 文档引用。例如，我有一个 common-ws-data 项目。 common-ws-data 项目包含一个“FaultMessage”对象；看起来像这样：

@XmlAccessorType(XmlAccessType.FIELD)
@XmlType(name = "FaultMessage",namespace="urn:ws.mycorp.com:common:faults", propOrder = {"message"})
public class FaultMessage {

@XmlElement(required = true, nillable = true)
protected String message;

/**
 * @return the message
 */
public String getMessage() {
    return message;
}

/**
 * @param message the message to set
 */
public void setMessage(String message) {
    this.message = message;
}

这通过 JAXB 生成一个模式；生成的模式如下所示：

<xs:schema attributeFormDefault="qualified" elementFormDefault="qualified" version="1.0" targetNamespace="urn:ws.mycorp.com:common:faults" xmlns:xs="http://www.w3.org/2001/XMLSchema">
<xs:complexType name="FaultMessage">
   <xs:sequence>
     <xs:element name="message" type="xs:string" nillable="true"/>
   </xs:sequence>
</xs:complexType>

到目前为止一切顺利。但是，我们希望对模式和 WSDL 进行版本控制，并且网络上的各种最佳实践建议建议将版本控制信息嵌入到您的名称空间中。所以...

urn:com.mycorp.ws:common:faults

将变得

urn:com.mycorp.ws:common:faults:1.3.1

显然，这意味着将注释修改为

 @XmlType(name = "FaultMessage",namespace="urn:ws.mycorp.com:common:faults:1.3.1", propOrder = {"message"})

但是，由于模式项目可能变得相当大，因此每次版本更改时都必须更新所有域对象上的注释是不切实际的。所以我的想法是以某种方式从 Maven POM 文件中提取版本信息并将该值连接到默认名称空间。

为此，我编写了自己的 Maven 插件，它将创建一个“ProjectConstants”类，该类将各种 Maven 项目属性公开为公共最终字符串字段；即：

public final class ProjectConstants {

public static final String ARTIFACT_ID="common-ws-data";
public static final String GROUP_ID="com.mycorp";
public static final String VERSION="1.3.1";

}

注释现在可以变成：

@XmlType(name = "FaultMessage",namespace="urn:ws.mycorp.com:common:faults:" + ProjectConstants.VERSION, propOrder = {"message"})

如果生成的 ProjectConstants 类放置在与FaultMessage java 文件相同的源路径中（即 src/main/java），则效果很好。

但是，如果我有我的插件在不同的源路径中生成 ProjectConstants 类；例如：/target/ generated/maven；然后通过builder-helper-maven-plugin将生成的源文件夹添加为额外的源文件夹，maven编译过程会因AnnotationTypeMismatchException而崩溃。

这是 builder-helper-maven-plugin 的 Maven 配置。基本上非常标准：

<plugin>
        <groupId>org.codehaus.mojo</groupId>
        <artifactId>build-helper-maven-plugin</artifactId>
        <version>1.7</version>
        <executions>
            <execution>
                <id>add-source</id>
                <phase>generate-sources</phase>
                <goals>
                    <goal>add-source</goal>
                </goals>
                <configuration>
                    <sources>
                        <source>target/generated/maven</source>
                    </sources>
                </configuration>
            </execution>
        </executions>
    </plugin>

这是我们得到的例外：

Problem encountered during annotation processing; 
see stacktrace below for more information.
java.lang.annotation.AnnotationTypeMismatchException: Incorrectly typed data found for    annotation element public abstract java.lang.String    javax.xml.bind.annotation.XmlType.namespace() (Found data of type java.lang.String)
at com.sun.tools.apt.mirror.declaration.AnnotationProxyMaker$ValueVisitor$1.generateException(AnnotationProxyMaker.java:241)
at sun.reflect.annotation.AnnotationInvocationHandler.invoke(AnnotationInvocationHandler.java:56)
at $Proxy3.namespace(Unknown Source)
at com.sun.xml.bind.v2.model.annotation.XmlTypeQuick.namespace(XmlTypeQuick.java:36)
at com.sun.xml.bind.v2.model.impl.TypeInfoImpl.parseTypeName(TypeInfoImpl.java:152)
at com.sun.xml.bind.v2.model.impl.ClassInfoImpl.<init>(ClassInfoImpl.java:169)
at com.sun.xml.bind.v2.model.impl.ModelBuilder.createClassInfo(ModelBuilder.java:339)
at com.sun.xml.bind.v2.model.impl.ModelBuilder.getClassInfo(ModelBuilder.java:239)
at com.sun.xml.bind.v2.model.impl.ModelBuilder.getClassInfo(ModelBuilder.java:209)
at com.sun.xml.bind.v2.model.impl.ModelBuilder.getTypeInfo(ModelBuilder.java:315)
at com.sun.xml.bind.v2.model.impl.ModelBuilder.getTypeInfo(ModelBuilder.java:330)
at com.sun.tools.xjc.api.impl.j2s.JavaCompilerImpl.bind(JavaCompilerImpl.java:90)
at com.sun.tools.jxc.apt.SchemaGenerator$1.process(SchemaGenerator.java:115)
at com.sun.mirror.apt.AnnotationProcessors$CompositeAnnotationProcessor.process(AnnotationProcessors.java:60)
at com.sun.tools.apt.comp.Apt.main(Apt.java:454)
at com.sun.tools.apt.main.JavaCompiler.compile(JavaCompiler.java:258)
at com.sun.tools.apt.main.Main.compile(Main.java:1102)
at com.sun.tools.apt.main.Main.compile(Main.java:964)
at com.sun.tools.apt.Main.processing(Main.java:95)
at com.sun.tools.apt.Main.process(Main.java:85)
at com.sun.tools.apt.Main.process(Main.java:67)
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 com.sun.tools.jxc.AptBasedTask$InternalAptAdapter.execute(AptBasedTask.java:97)
at com.sun.tools.jxc.AptBasedTask.compile(AptBasedTask.java:144)
at com.sun.tools.jxc.maven2.SchemaGenAdapter.execute(SchemaGenAdapter.java:111)
at com.sun.tools.jxc.maven2.SchemaGenMojo.execute(SchemaGenMojo.java:161)
at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:490)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:694)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:556)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:535)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:387)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:348)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:180)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:362)
at org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.java:60)
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 org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)

[INFO] ----------------------------------- ------------------------------------------------ [错误]致命错误

我怀疑这是某种类加载器问题... @XmlType 注释的 namespace() 属性的类型是 java.lang。细绳;显然“urn:com.mycorp.ws:common:faults”和ProjectConstants.VERSION的串联也是一个字符串；所以原则上它应该有效；如果我将 ProjectConstants 放在 /src/main/java 中，它肯定有效。所以我怀疑发生的事情是 builder-helper-maven-plugin 在读取 /src/main/java 后以某种方式修改类路径；然后触发 AnnotationTypeMismatchException。

关于如何解决这个问题有什么想法吗？

Answer 1

您使用 com.sun.tools.xjc.maven2:maven-jaxb-plugin 为什么您不调整执行顺序来编译您的接口，然后运行 ​​jaxb 编译器，然后编译您的最终代码。

有一种更简单的方法：只需将您的界面移动到另一个 jar（工件）并让您依赖它。这样编译顺序就会很自然。

玩得开心。