所以，我一直想使用 Lombok 一段时间 - 我终于开始了一个可以使用它的项目。需要注意的重要一点是，这将是一个大型企业级应用程序，因此使用的集成模式必须有意义，尽可能少的黑客攻击。

所以我查看了 lombok-maven-plugin 和整个 delombok做傻事。我知道这将复制我的所有代码，并在存在的地方扩展 lombok 注释。这给了我第二组生成的 .java maven编译时需要用到的文件。

但是，通过生成这些新的源文件，eclipse 会拾取它们并尝试将它们拉入我的项目中。因此，它引发了一百万个(好吧，有点夸张)关于重复类的错误。

一些解决方案建议我更改 <sourceDirectory>在我的 POM 中。这并没有让事情变得更好，因为 mvn eclipse:eclipse现在将完全省略我的 src/main/java项目中的 java 目录 - 只显示 delombok 进程的输出。

然后是我需要使用一个配置文件编译/打包项目的建议，另一个到mvn eclipse:eclipse .这不是一个可接受的解决方案，因为我不得不花费足够的时间来维护/解释我已经很复杂的 Maven 设置——而不必引入一个全新的配置文件(除了我现有的配置文件之外)。

我希望得到一些灵感，让我免于为我的项目注销 Lombok。它是减少样板代码的好工具，但它似乎还没有为黄金时段的企业使用做好准备——我觉得这非常令人失望:-(

以下是我目前的POM:

<build>
    <sourceDirectory>target/generated-sources/delombok</sourceDirectory>
    <testSourceDirectory>target/generated-test-sources/delombok</testSourceDirectory>
    <plugins>
        <plugin>
            <artifactId>maven-compiler-plugin</artifactId>
            <version>2.3.2</version>
            <configuration>
                <source>1.7</source>
                <target>1.7</target>
            </configuration>
        </plugin>
        <plugin>
            <groupId>org.projectlombok</groupId>
            <artifactId>lombok-maven-plugin</artifactId>
            <version>1.12.2.0</version>
            <dependencies>
                <dependency>    
                    <groupId>sun.jdk</groupId>
                    <artifactId>tools</artifactId>
                    <version>1.7</version>
                    <scope>system</scope>
                    <systemPath>${java.home}/../lib/tools.jar</systemPath>
                </dependency>
            </dependencies>
            <executions>
                <execution>
                    <id>delombok</id>
                    <phase>generate-sources</phase>
                    <goals>
                        <goal>delombok</goal>
                    </goals>
                    <configuration>
                        <encoding>UTF-8</encoding>
                        <addOutputDirectory>false</addOutputDirectory>
                        <sourceDirectory>src/main/java</sourceDirectory>
                    </configuration>
                </execution>
                <execution>
                    <id>test-delombok</id>
                    <phase>generate-test-sources</phase>
                    <goals>
                        <goal>testDelombok</goal>
                    </goals>
                    <configuration>
                        <encoding>UTF-8</encoding>
                        <addOutputDirectory>false</addOutputDirectory>
                        <sourceDirectory>src/test/java</sourceDirectory>
                    </configuration>
                </execution>
            </executions>
        </plugin>
    </plugins>
</build>

目前仅将 delomboked 代码放入我的 eclipse 项目中。

最后说明 - 我也很沮丧，因为我必须在我们将要使用的所有 eclipse 实例上手动安装 lombok。主要是因为我会接到所有无法让它工作的开发人员的电话。我明白为什么它不像 mvn eclipse:eclipse 这么简单了但我仍然想表达我的失望。如果我们必须手动设置每个库以在每个开发人员的机器上使用，我们就会回到没有 Maven 的时代。

最佳答案

我们在项目中成功使用 lombok 已有 1.5 年了。我们没有使用任何 delmbokification，而是像这样将 lombok 作为提供的依赖项

    <dependency>
        <groupId>org.projectlombok</groupId>
        <artifactId>lombok</artifactId>
        <version>0.11.0</version>
        <scope>provided</scope>
    </dependency>

这就是它所需要的。我们可以使用 lombok 注释，它们可以被 eclipse 和 maven 构建识别。这甚至与 eclipse 中的 EclEmma 兼容，当相应生成的代码被(未)覆盖时，它将注释标记为(未)覆盖。

您必须在每个 Eclipse 实例上手动安装它，因为大多数 JDT 都没有开放供 Eclipse 插件修改。这是 lombok 开发人员无法解除的技术限制。无论如何，安装程序非常简单，到目前为止从未让我失望过。

关于java - Maven、Lombok 和 Eclipse - 有意义的集成模式，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/19807262/