I've only touched a few classes in my PR, but I feel like there's a lot more boilerplate floating around that can be removed. Having said that, I agree with your point regarding Kotlin, but for the Java code I would find Lombok pretty useful. Have included a link to the PR:
https://github.com/apache/geode/pull/2815 -Aditya On Thu, Nov 8, 2018 at 11:24 AM Udo Kohlmeyer <u...@apache.org> wrote: > The Spring world/community are heavy users of Lombok. > > In essence it is "nice", BUT it does now add a new dependency on a > library that is to provide functionality that developers should provide. > IJ Idea does provide support for Lombok. > > I have not yet seen any code bloat that Lombok could reduce for us. > Also, the reduction is only in terms of "visible", the compiled class > might be more verbose. > > Kotlin on the other hand, as some of the boilerplate code built in as a > language feature. I prefer that over choosing a library, that might have > compatibility issues in the future. > > Also, Kotlin's conciseness is also a language feature rather than > library plugin. I've also seen cases where compiled Java was larger than > the equivalent compiled Kotlin code. > > --Udo > > > On 11/8/18 10:31, Aditya Anchuri wrote: > > Hi everyone, > > > > I am considering adding Lombok as a compile-time dependency ( > > https://projectlombok.org/) so we can reduce the amount of boilerplate > code > > and reduce the size of some of our classes. I have a small proof of > concept > > PR ready to go. Before I do so, I want to find out if people have tried > it > > before and how they feel about it, especially when used with IDEs like > > IntelliJ and/or Eclipse? > > > > Thanks, > > -Aditya > > > >