Why is Lombok's approach considered a "compiler hack" and what are the implications?

Lombok works by using internal, officially unsupported compiler APIs (from javac's and Eclipse's own compiler internals) to directly rewrite a class's abstract syntax tree during compilation — something the standard, documented annotation processing API doesn't actually permit (it only supports generating entirely new, separate source files, not modifying existing ones). This is why the community often describes it as "hacking" the compiler rather than simply "using" it as intended.

The practical implications:

• Compiler version sensitivity — a new major JDK release can change internal APIs Lombok depends on, requiring Lombok itself to be updated before it works with that JDK version.
• Tooling friction — any tool that processes source or bytecode without knowing about Lombok (some static analyzers, certain IDE features) can behave unexpectedly around Lombok-generated code.
• A degree of "magic" — some teams deliberately avoid Lombok specifically because they're uncomfortable relying on unofficial compiler internals for something as central as their class definitions.

Invest now in Acorns!!! 🚀
Join Acorns and get your $5 bonus!

Acorns is a micro-investing app that automatically invests your "spare change" from daily purchases into diversified, expert-built portfolios of ETFs. It is designed for beginners, allowing you to start investing with as little as $5. The service automates saving and investing. Disclosure: I may receive a referral bonus.

Invest now!!! Get Free equity stock (US, UK only)!

Use Robinhood app to invest in stocks. It is safe and secure. Use the Referral link to claim your free stock when you sign up!.

The Robinhood app makes it easy to trade stocks, crypto and more.

Webull! Receive free stock by signing up using the link: Webull signup.