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
> >
>
>

Reply via email to