[m2] Adding goals to execution

[David Jackman <Da...@fastsearch.com>]

Here's what I'd like to do:  For our product, we have a number of Maven
projects, most of which are simple Java jar projects, but others are
not.  For these jar projects, I'd like the javadoc:jar and source:jar
goals to execute as well.  I'd like this to be as automatic as possible
for projects (i.e. define this in one central place without requiring
individual projects to do anything explicit).
 
As far as I know, there are three ways to accomplish this.  First would
be to add the plugins to the pom.xml for each project.  This works, but
requires adding them to each project, defeating my goal to only define
it in one place.
 
The next way to do this would be to add the plugins to the parent
pom.xml.  I can put the information into the pluginManagement section of
the parent, but this still requires that each project's pom contain a
reference to the plugin, which I'd rather not do.  The other option is
to put the information in the parent's build-plugins.  This actually
does seem to work (the subproject picks it up automatically), but has a
an unpleasant side effect in that these goals are run for all of the
non-jar type projects as well as the jar type projects.  Looking a bit
closer, it seems the javadoc:javadoc and source:jar goals are saying
they won't execute because the project isn't the right type, but the
javadoc:jar goal runs anyway, creating a javadoc jar with no actual
javadocs in it.  Maybe this is just a bug and I should report/patch it.
 
The third way to do this would be to add the plugins to a profile and
have the build pick it up there.  I'm not as well-versed with profiles,
so I may be missing something here.  But from what I know, for this to
work I'd have to specify the profile whenever I build (unless it's the
default) and make sure all of the developers have the correct settings
for their profile definition (or I suppose I can put the profile
definition into the parent pom, but I'm not sure how that works).  I
don't think it actually buys me anything to list the plugins in a
profile, though (i.e. it doesn't work any better than listing the
plugins directly in the parent pom).
 
Anyway, is there a recommended methodology for doing this sort of thing?
Is there something I'm missing that I should be taking advantage of?
 
Thanks,
..David..
 

Re: [m2] Adding goals to execution

[Wim Deblauwe <wi...@gmail.com>]

I added the mail in the comments. I still had it in my gmail. hope it helps.

regards,

Wim

2005/11/8, Jason van Zyl <ja...@maven.org>:
>
> On Tue, 2005-11-08 at 10:02 -0700, David Jackman wrote:
> > Here's what I'd like to do: For our product, we have a number of Maven
> > projects, most of which are simple Java jar projects, but others are
> > not. For these jar projects, I'd like the javadoc:jar and source:jar
> > goals to execute as well. I'd like this to be as automatic as possible
> > for projects (i.e. define this in one central place without requiring
> > individual projects to do anything explicit).
> >
> > As far as I know, there are three ways to accomplish this. First would
> > be to add the plugins to the pom.xml for each project. This works, but
> > requires adding them to each project, defeating my goal to only define
> > it in one place.
> >
> > The next way to do this would be to add the plugins to the parent
> > pom.xml. I can put the information into the pluginManagement section of
> > the parent, but this still requires that each project's pom contain a
> > reference to the plugin, which I'd rather not do. The other option is
> > to put the information in the parent's build-plugins. This actually
> > does seem to work (the subproject picks it up automatically), but has a
> > an unpleasant side effect in that these goals are run for all of the
> > non-jar type projects as well as the jar type projects. Looking a bit
> > closer, it seems the javadoc:javadoc and source:jar goals are saying
> > they won't execute because the project isn't the right type, but the
> > javadoc:jar goal runs anyway, creating a javadoc jar with no actual
> > javadocs in it. Maybe this is just a bug and I should report/patch it.
> >
> > The third way to do this would be to add the plugins to a profile and
> > have the build pick it up there. I'm not as well-versed with profiles,
> > so I may be missing something here. But from what I know, for this to
> > work I'd have to specify the profile whenever I build (unless it's the
> > default) and make sure all of the developers have the correct settings
> > for their profile definition (or I suppose I can put the profile
> > definition into the parent pom, but I'm not sure how that works). I
> > don't think it actually buys me anything to list the plugins in a
> > profile, though (i.e. it doesn't work any better than listing the
> > plugins directly in the parent pom).
> >
> > Anyway, is there a recommended methodology for doing this sort of thing?
> > Is there something I'm missing that I should be taking advantage of?
>
> I'm doing a bunch of stuff so I created a place holder:
>
> http://jira.codehaus.org/browse/MNG-1463
>
> Chris Berry had a post a while back, IIRC, which showed how he did it.
>
> You might want to comment there for the time being. Starting next week
> I'm going to try and tack that list of best practices by posting the
> lists, adding material to the wiki and trying to get some closure.
>
> > Thanks,
> > ..David..
> >
> --
> jvz.
>
> Jason van Zyl
> jason at maven.org <http://maven.org>
> http://maven.apache.org
>
> happiness is like a butterfly: the more you chase it, the more it will
> elude you, but if you turn your attention to other things, it will come
> and sit softly on your shoulder ...
>
> -- Thoreau
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
>
>

Re: [m2] Adding goals to execution

[Jason van Zyl <ja...@maven.org>]

On Tue, 2005-11-08 at 10:02 -0700, David Jackman wrote:
> Here's what I'd like to do:  For our product, we have a number of Maven
> projects, most of which are simple Java jar projects, but others are
> not.  For these jar projects, I'd like the javadoc:jar and source:jar
> goals to execute as well.  I'd like this to be as automatic as possible
> for projects (i.e. define this in one central place without requiring
> individual projects to do anything explicit).
>  
> As far as I know, there are three ways to accomplish this.  First would
> be to add the plugins to the pom.xml for each project.  This works, but
> requires adding them to each project, defeating my goal to only define
> it in one place.
>  
> The next way to do this would be to add the plugins to the parent
> pom.xml.  I can put the information into the pluginManagement section of
> the parent, but this still requires that each project's pom contain a
> reference to the plugin, which I'd rather not do.  The other option is
> to put the information in the parent's build-plugins.  This actually
> does seem to work (the subproject picks it up automatically), but has a
> an unpleasant side effect in that these goals are run for all of the
> non-jar type projects as well as the jar type projects.  Looking a bit
> closer, it seems the javadoc:javadoc and source:jar goals are saying
> they won't execute because the project isn't the right type, but the
> javadoc:jar goal runs anyway, creating a javadoc jar with no actual
> javadocs in it.  Maybe this is just a bug and I should report/patch it.
>  
> The third way to do this would be to add the plugins to a profile and
> have the build pick it up there.  I'm not as well-versed with profiles,
> so I may be missing something here.  But from what I know, for this to
> work I'd have to specify the profile whenever I build (unless it's the
> default) and make sure all of the developers have the correct settings
> for their profile definition (or I suppose I can put the profile
> definition into the parent pom, but I'm not sure how that works).  I
> don't think it actually buys me anything to list the plugins in a
> profile, though (i.e. it doesn't work any better than listing the
> plugins directly in the parent pom).
>  
> Anyway, is there a recommended methodology for doing this sort of thing?
> Is there something I'm missing that I should be taking advantage of?

I'm doing a bunch of stuff so I created a place holder:

http://jira.codehaus.org/browse/MNG-1463

Chris Berry had a post a while back, IIRC, which showed how he did it.

You might want to comment there for the time being. Starting next week
I'm going to try and tack that list of best practices by posting the
lists, adding material to the wiki and trying to get some closure.

> Thanks,
> ..David..
>  
-- 
jvz.

Jason van Zyl
jason at maven.org
http://maven.apache.org

happiness is like a butterfly: the more you chase it, the more it will
elude you, but if you turn your attention to other things, it will come
and sit softly on your shoulder ...

 -- Thoreau 


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org

Re: [m2] Adding goals to execution

[John Casey <jd...@commonjava.org>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I'd say that the javadoc:jar mojo needs to detect its environment just
as the javadoc:javadoc mojo does. That's a bug IMO.

FWIW,

john

David Jackman wrote:
| Here's what I'd like to do:  For our product, we have a number of Maven
| projects, most of which are simple Java jar projects, but others are
| not.  For these jar projects, I'd like the javadoc:jar and source:jar
| goals to execute as well.  I'd like this to be as automatic as possible
| for projects (i.e. define this in one central place without requiring
| individual projects to do anything explicit).
|
| As far as I know, there are three ways to accomplish this.  First would
| be to add the plugins to the pom.xml for each project.  This works, but
| requires adding them to each project, defeating my goal to only define
| it in one place.
|
| The next way to do this would be to add the plugins to the parent
| pom.xml.  I can put the information into the pluginManagement section of
| the parent, but this still requires that each project's pom contain a
| reference to the plugin, which I'd rather not do.  The other option is
| to put the information in the parent's build-plugins.  This actually
| does seem to work (the subproject picks it up automatically), but has a
| an unpleasant side effect in that these goals are run for all of the
| non-jar type projects as well as the jar type projects.  Looking a bit
| closer, it seems the javadoc:javadoc and source:jar goals are saying
| they won't execute because the project isn't the right type, but the
| javadoc:jar goal runs anyway, creating a javadoc jar with no actual
| javadocs in it.  Maybe this is just a bug and I should report/patch it.
|
| The third way to do this would be to add the plugins to a profile and
| have the build pick it up there.  I'm not as well-versed with profiles,
| so I may be missing something here.  But from what I know, for this to
| work I'd have to specify the profile whenever I build (unless it's the
| default) and make sure all of the developers have the correct settings
| for their profile definition (or I suppose I can put the profile
| definition into the parent pom, but I'm not sure how that works).  I
| don't think it actually buys me anything to list the plugins in a
| profile, though (i.e. it doesn't work any better than listing the
| plugins directly in the parent pom).
|
| Anyway, is there a recommended methodology for doing this sort of thing?
| Is there something I'm missing that I should be taking advantage of?
|
| Thanks,
| ..David..
|
|
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)

iD8DBQFDcPN+K3h2CZwO/4URAjkaAJ49pVI9amanJB//7IuQRoiHX7+0pACfVC7T
jSirjtPNkQJoLeZzmwFX2c4=
=V93w
-----END PGP SIGNATURE-----

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org