I have a project. I don't use Lombok. I use manually created getters and setters.
Now, I want to import Lombok. After I import, I will use for all entities.
Do I have to manually add @Data to all entities? And I have to remove all entities manually? Is not there another way to automatically convert those classes?
I could not find any questions like this:
In IntelliJ IDEA with Lombok plugin installed you should have this feature:
This way you can refactor your classes one by one. I don't know if there're any existing batch refactoring tools for Lombok.
If you're interested in batch refactoring, please upvote issue #574 in Lombok plugin tracker. Or even contribute code to this project.
(source: github.io)
As an entity has on average maybe ten fields, there's a lot of text to be removed per class. Using standard formatting and a single line between methods, these 10 getters and ten setters mean 10 * 2 * 4 = 80 lines per class. All you have to add a single @Data annotation.
So I'd concentrate on the removal and write a simple regex recognizing trivial getters and setters. Adding the annotation to all modified files afterwards is something I'd gladly do manually even for tens of entities. Forgetting one is no problem as it leads to obvious compile-time errors.
A trivial untested regex for trivial getters:
[ \t]+public [\\w<,> ]+ get[A-Z](\\w+)\\(\\)\\s*\\{\\s*return\\s+[a-z]\\1;\\s*\\}\\s*\n
No such regex can be perfect (mine breaks e.g., when arrays get returned or when you use non-standard formatting or naming; this is easily fixable, but other problems may come). Nonetheless, it can do its job.
My regex allows no comments in the method body, but I wouldn't call a commented getter trivial.
The best way in IntelliJ IDEA is using the shortcut Command + Shift + A and choose the refactor you want.
I am not aware of any IDE that can convert a whole project so I wrote a command line tool based on JavaParser: lomboker.
So far it doesn't implement conversion to @Data but all the steps towards it: removing getters, setters, noargsconstructors, toString and EqualsAndHash and adding the respective annotations and their imports.
So it should be fairly easy to extend it to cover @Data as well.
