Re: Maven-sar plugin changes

peter-4lf8KW9E9MLMqX/[email protected]
Newsgroups gmane.comp.java.jcontainer.interest
Message-ID <003801c3a320$d317f730$21e7809d@fisg2>
Hi,

From: "Mauro Talevi" <[email protected]>
> Yes, but once the plugin has been installed, it applies the postGoal
> to *all* java:compile, regardless of the fact that it is invoked in a
> project that has the sar plugin as a dependency.
> So it ends up being used in other projects that have no need for it.
> And I think this is counterintuitive - and could also be annoying.

Maybe but many other plugins have that identical behaviour and IIRC in the
future you will be required to explicitly define which plugins are run.

Even if it is run it has zero effect unless the user explicitly sets the
correct property.

> how about we try to keep it automatised but turn the thing on its head.
> ie have a dependency structure like:
>
>     <goal name="sar:metagenerate" prereqs="java:compile"/>
>     <goal name="sar:sar" prereqs="sar:metagenerate, jar:jar"/>
>
> in this way, someone wanting to compile and generate descriptors would
> call the sar:metagenerate goal in place of java:compile.

The problem is that people who want generate a jar still have to either have
a custom maven.xml or pass in two goals on cli

> Also, I've removed sar:init - all the variables required by plugin are
> set globally and the tasks are defined on demand in goals.

Can you make sure that this has not effected the engine component which uses
the metagenerate task but never attains the sar:metagenerate goal.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.