Nested @FreeBuilder Bar in a separate file doesn't generate get getBarBuilder about freebuilder HOT 4 CLOSED

Appears to occur only in Eclipse.

from freebuilder.

Specifically, to reproduce, you need Eclipse to be running its incremental compiler (e.g. by touching the Foo file above). A clean build in a standard (non-Google) Eclipse configuration will not trigger the error.

It turns out Eclipse's incremental compiler only discovers RetentionLevel.CLASS annotations on other classes, while @Freebuilder was marked RetentionLevel.SOURCE (because that's all that's strictly required). As a workaround until #11 is fixed (which will have the side-effect of solving this issue), we can use RetentionLevel.CLASS.

from freebuilder.

Reopening this. Eclipse is validly giving us only JAR-level information, albeit in a surprising situation. The actual bug is that we only check the methods declared on the user's Builder type to determine whether it provides the methods we need (clear, etc.), while @Freebuilder methods are, of course, declared on the superclass.

from freebuilder.

Reverted workaround because:

• otherwise our claim that "you can always walk away with the code @Freebuilder generated" is no longer true
• it's a hassle to change the @Freebuilder annotation in the Google codebase, and I'm too lazy to do it twice

from freebuilder.