当只有一个子集被编译时，注释处理器需要处理所有文件，但是如何？

Question

我有一个注释处理器，用于查找包含特定注释的文件。处理器的输出是一个文件，引用每个这样的注释文件。

例如，如果类X，ÿ，和Ž包含注释@foo，则@foo处理器将产生像一个文件：

class FooFiles { 

    Class[] getFooClasses() { 
    return new Class[]{X.class,Y.class,Z.class}; 
    } 

} 

这如果我执行mvn clean compile，则工作正常，因为所有类都被编译并传递给注释处理器。

但如果类是最新的，而我只修改一个（说X类），那么mvn compile将执行增量构建，并且因为只有X类被编译，那么只有X类被传递到标注处理程序，生成的文件是：

class FooFiles { 

    Class[] getFooClasses() { 
    return new Class[]{X.class}; 
    } 

} 

这是不好的。

我正在使用maven与maven-compiler-plugin版本2.5.1，这似乎做增量编译。

如果我将maven-compiler-plugin更新为版本3.1，则任何一个文件的更改都会导致编译所有文件，并且不会出现此问题（尽管只有一个文件发生更改时编译所有文件可能不是此处的解决方案，其他开发人员会因为一个文件更改而需要从头开始重新编译带有10K +文件的模块时才会投诉）。我曾尝试在插件的配置中将useIncrementalCompilation选项设置为true，但似乎无论如何重新编译所有文件。

我修改了我的注释处理器，以便它不覆盖任何现有的生成文件。这意味着在clean之后，生成包含X,Y和Z参考文献的正确供应商文件。但是，如果只是X发生更改，则不会生成新的提供程序文件。这允许增量编译，但是在必要的时候记住要做clean。

我不确定这里是否有一个通用的解决方案，但我总是问。我想我真正想要的是注释处理器在compile阶段之后通过target/classes目录运行。我可能需要为此写一个maven插件。

Answer 1

有一个bug in maven-compiler-plugin version 3.1. that causes incremental builds to fail。无论如何，目前最新的版本是3.2。

这很糟糕。

只是因为它打破了你当前的处理器。正如你自己所指出的那样，这并不是所有时间重建一切的最佳解决方案。更好的方法是支持增量构建。这将使构建更快，并且您的处理器与更多编译器，IDE和构建工具兼容。你可能需要一种新的方式来处理你的注释类。

这是一个想法，你可以去支持增量构建。

您不是像FooFiles那样收集所有类在一个地方，而是生成一个资源文件，该文件将列出您的所有类，然后添加您在增量构建中遇到的每个带注释的类。每当需要使用FooFiles时，您都可以从该资源文件读取类。您还需要删除已删除或未注释的列表中的类。

如果你的处理器比较复杂，它不会那么简单，但我的一般方法仍然可以工作。您也可以为每个注释类生成一个类，如果属性文件不够，它会在某处动态注册它自己。