Lombok + JPA规范元模型生成：是否有可能？

我使用Project Lombok，一个（spurious）JSR 269实现在编译时提供有用的功能，如getter和setter 的产生，同时保持源代码干净：Lombok + JPA规范元模型生成：是否有可能？

@Getter @Setter private String foo;

我会喜欢使用另一个批注处理器（一个JSR 269实现，如hibernate-jpamodelgen）至generate the JPA Canonical Metamodel（JSR 317），但无论我尝试多么努力（Maven，Eclipse等......），似乎没有办法指示它开始阅读e来自的实体生成代码，而不是来自源代码（即，尚未被龙目岛解释，甚至不编译）。

有没有办法以所需的方式管道两个注释处理器？

来源

2015-10-13 Andrea Ligios

我认为[这个问题]（http://stackoverflow.com/q/29193806/1743880）是关于同样的问题（注释处理器的排序）。 – Tunaki

我真的不知道它是否可以解决（只读目标文章）。但是，我认为这应该作为另一个问题的重复来解决，你同意吗？ – Tunaki

@Tunaki我认为这个问题不是[that]的重复（https://stackoverflow.com/questions/29193806/specifying-order-of-annotation-processors）。我可以为_this_问题建议一个解决方案：为实体类添加'@Access（AccessType.FIELD）'注释。但它不适合_that_问题。 –

您可能可以配置您的构建，以便首先在源文件上运行delombok并稍后编译其余构件。

披露：我是一名龙目岛开发人员。

来源

2015-10-13 16:03:55

谢谢。你能否扩展一下它的用法？看起来（至少对于Maven插件）我应该将所有的龙卷风注释的Java文件从src/main/java中移动到src/main/lombok中，但我仍然不确定第二个注释处理器应该找到已删除文件的文件，因为我的实体（从中可以生成元模型）*是* Lombok注释的，因此会在'src/main/lombok'中。看起来，它可以将Lombok文件分开，并让其他AP工作在非lombok文件上，但它是否也适用于Lombok注释文件？对不起，如果我不够清楚 –

你不需要从非Lomboked文件分开lomboked文件。 Delombok也能够处理非lomboked文件。我对自己的Maven插件并不熟悉。然而，它可以通过默认情况下处理'src/main/lombok'目录，但我希望这是可配置的。 –

Lombok + JPA规范元模型生成：是否有可能？

回答

相关问题