Re: plugin annotations retention policy

2012-07-18 Thread Mark Derricutt
On 28/06/12 9:41 PM, Milos Kleint wrote: Hello, I'm in the process of rewriting the nbm-maven-plugin at mojo to use the new annotations instead of javadoc tags. It appears to be working fine, but I'm wondering why the retention policy is CLASS. Since it's First up I must say I love the new an

Re: MNG-5309 InputLocation for Xpp3Dom configuration elements

2012-07-18 Thread Milos Kleint
On Wed, Jul 18, 2012 at 2:44 PM, Jason van Zyl wrote: > The only thing I would check, because I can't remember off the top of my > head, is if the merge code is generated or if it's a utility class. If it's a > utility class then it probably doesn't much matter but would be nice back in > Model

Re: MNG-5309 InputLocation for Xpp3Dom configuration elements

2012-07-18 Thread Jason van Zyl
The only thing I would check, because I can't remember off the top of my head, is if the merge code is generated or if it's a utility class. If it's a utility class then it probably doesn't much matter but would be nice back in Modello. If it's generated it should go back to Modello (or Plexus,

Re: MNG-5309 InputLocation for Xpp3Dom configuration elements

2012-07-18 Thread Milos Kleint
On Wed, Jul 18, 2012 at 2:34 PM, Jason van Zyl wrote: > Is your use case providing the user the path to navigate back to the > originating model/element from the effective POM? Or is it refactoring the > POM or both? to show where it's defined and allow jumping to the location. haven't thought

Re: MNG-5309 InputLocation for Xpp3Dom configuration elements

2012-07-18 Thread Jason van Zyl
Is your use case providing the user the path to navigate back to the originating model/element from the effective POM? Or is it refactoring the POM or both? On Jul 18, 2012, at 2:32 AM, Milos Kleint wrote: > Hello, > > I've created issue https://jira.codehaus.org/browse/MNG-5309 along > with a