[ 
https://jira.codehaus.org/browse/MCOMPILER-203?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=325297#comment-325297
 ] 

Thorsten Gawantka edited comment on MCOMPILER-203 at 5/20/13 7:02 AM:
----------------------------------------------------------------------

An example for this more than suboptimal behavior is the annotation processor 
for the static static metamodel generator of eclipselink. This processor will 
add the complete eclipselink dependencies to the compile-classpath which is 
IMHO MORE than suboptimal.

Oh also the version 3.1 of maven-compiler-plugin is affected ;-)
                
      was (Author: thgaw):
    An example for this more than suboptimal behavior is the annotation 
processor for the static static metamodel generator of eclipselink. This 
processor will add the complete eclipselink dependencies to the 
compile-classpath which is IMHO MORE than suboptimal.
                  
> Allow compiler-plugin to specify annotation processor dependencies
> ------------------------------------------------------------------
>
>                 Key: MCOMPILER-203
>                 URL: https://jira.codehaus.org/browse/MCOMPILER-203
>             Project: Maven 2.x Compiler Plugin
>          Issue Type: New Feature
>    Affects Versions: 2.3.2
>         Environment: Java 6+
>            Reporter: David M. Lloyd
>
> Right now the status quo for annotation processor artifacts requires one of 
> two actions:
> # Use an external plugin for annotation processing
> # Put the annotation processor in as a dependency with {{provided}} scope
> The former is suboptimal because the external plugins are clunky and 
> ill-supported, and inflexible/hard to use.  The latter is suboptimal because 
> it is often the case that you do not want to leak annotation processor 
> classes on to the application class path.
> It should be possible to add annotation processor dependency artifacts to the 
> compiler plugin configuration such that they are recognized by the annotation 
> processing search algorithm of the compiler, but they do not actually appear 
> on the compilation class path.  Ideally they would also be isolated from one 
> another (dependency graphs and all), but that's more of a "nice to have".

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Reply via email to