Open hrstoyanov opened 3 months ago
So this seems like a small bug in the EclipseStore annotation processor. Here is how to fix it:
https://github.com/gradle/gradle/issues/28553#issuecomment-2030045257
fixed the erroneous annotation processor definition in PR https://github.com/eclipse-serializer/serializer/pull/123
Thanks for the quick fix! You also may want to fix the docs, since now it should not be required (in both Maven and Gradle) to explicitly specify the processor class - the build tool should be able to figure it out by examining the jar only.
Please consider adding the below example code to the relevant ES documentation sections - it may save Gradle users headaches and frustrations.
A Gradle user migth attempt to add ES generators as per the Gradle docs like shown below (where all information is extracted from the codegen jar and manifest):
Unfortunately, this works for the
codegen-wrapper
, but not forcodegen-entity
, which is simply ignored by Gradle 8.6+. I filed a Gradle issue for that, and we need to see what the Gradle team says (but I suspectcodegen-entity
is ignored because it does not declare to really processes any annotations).In the meantime, here is a workaround that works fine: adding explicit
-processor
option to the javac command line to point to the processor class(es). Here is an example of enabling both ES code generators (note how the processor classes are comma-separated):