| Summary: | When AJDT enabled, Annotation Processing is ignored. | ||
|---|---|---|---|
| Product: | [Tools] AJDT | Reporter: | Son KwonNam <kwon37xi> |
| Component: | Core | Assignee: | AJDT-inbox <AJDT-inbox> |
| Status: | CLOSED DUPLICATE | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | aclement, andrew.eisenberg, eclipse |
| Version: | 2.1.0 | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Linux | ||
| Whiteboard: | |||
|
Description
Son KwonNam
Possibly AJDT has a compilationParticipant that is not playing well with others? When you say "turn AJDT on", do you mean that you are enabling AspectJ support for a single project? If so, does annotation processing work for non-aspectj projects? AspectJ projects do not use the JDT builder, and so things behave slightly differently in some situations when in an AspectJ project vs a pure Java one. I do not know how annotation processing is invoked and it may be that it is invoked by the Java builder and not the AJ builder. Looks to be a dup of: https://bugs.eclipse.org/bugs/show_bug.cgi?id=169857 "Enabling AspectJ on project disables APT processing" Comment 6 in that bug suggests a possible workaround of listing both the java builder and ajbuilder - I imagine that will trigger the apt stuff to run, but I can't guarantee the behaviour of the compilation that follows it. Thanks for catching that, Andy. It is a duplicate. *** This bug has been marked as a duplicate of bug 169857 *** Ah, that makes sense. Yes, annotation processing (APT) is run from the Java builder, via an org.eclipse.jdt.core extension point called compilationParticipant, which is called during the Java compilation process. If AJDT is not using the Java builder, then it is not going to get APT. |