don't forget about it ;)
LieGrue,
strub
- Original Message
> From: Benjamin Bentmann
> To: Maven Developers List
> Sent: Sat, August 15, 2009 2:05:05 PM
> Subject: Re: [DISCUSS] Aggregator Plugins
>
> Brian Fox wrote:
>
> >> Such a project wou
Brian Fox wrote:
Such a project would be built after its child modules.
So in essence we are relying on the resolution of this artifact (the
parent) from the reactor and not from the local repo?
Just to make sure we have the same understanding of "artifact" here. For
some project, we have
>
> Such a project would be built after its child modules. Basically, the
> occurrence of in a POM should no longer establish any kind of
> dependency between the parent project and the inheriting project, only
> aggregation would do so.
So in essence we are relying on the resolution of this arti
Brian Fox wrote:
Project Ordering
A project with packaging pom can serve both as a parent POM and as an
aggregator POM. [...] For this reason, the project sorter needs to
be changed to mark an aggregator POM as a dependant of all its
modules.
What happens in the normal case where the pom is b
On Thu, Aug 13, 2009 at 4:50 PM, Stephen
Connolly wrote:
> 2009/8/13 Wendy Smoak :
>>
>> It would also be good to post the original document on the mailing
>> list, so it will be in the archives as a basis for the discussion.
>> Confluence may not be there forever, but the mailing list archives
>>
2009/8/14 Benjamin Bentmann :
> Stephen Connolly wrote:
>>
>> An alternative mechanism is to add empty methods to AbstractMojo which
>> are invoked pre-reactor, pre-module, post-module and post-reactor...
>
> The problem I see here is that the core can't tell whether these methods are
> just empty
Stephen Connolly wrote:
To address this distinction in aggregation scope, we might start off with
new mojo annotations like "@aggregator top-level|project" that plugin
authors can use to indicate the desired operational mode. But it seems this
ultimatively demands a new POM element to enable the
2009/8/13 Benjamin Bentmann :
>> [0] http://docs.codehaus.org/display/MAVEN/Aggregator+Plugins
>
> 1. Background
>
> In Maven 2.x we have a boolean mojo annotation @aggregator with the
> following effects on the mojo execution:
>
> Execution
> For mojos executed directly from the CLI, the mojo wil
Wendy Smoak wrote:
It would also be good to post the original document on the mailing
list, so it will be in the archives as a basis for the discussion.
Right, quoting would be easier if the content is handy, silly me.
Benjamin
---
[0] http://docs.codehaus.org/display/MAVEN/Aggregator+Plugins
1. Background
In Maven 2.x we have a boolean mojo annotation @aggregator with the
following effects on the mojo execution:
Execution
For mojos executed directly from the CLI, the mojo will only be
executed once and not per each
2009/8/13 Wendy Smoak :
>
> It would also be good to post the original document on the mailing
> list, so it will be in the archives as a basis for the discussion.
> Confluence may not be there forever, but the mailing list archives
> will be.
>
> --
> Wendy
>
Here's the document so
1. Backg
On Thu, Aug 13, 2009 at 12:49 PM, Benjamin
Bentmann wrote:
> Stephen Connolly wrote:
>
>> Do you want comments on this thread or on the wiki?
>
> Good question. Personally, I could imagine keeping the discussion on the
> mailing list is easier to follow, this linear comment listing in Confluence
>
Stephen Connolly wrote:
Do you want comments on this thread or on the wiki?
Good question. Personally, I could imagine keeping the discussion on the
mailing list is easier to follow, this linear comment listing in
Confluence doesn't look like being up to a threaded discussion. So I
suggest
Benjamin,
Do you want comments on this thread or on the wiki?
-Stephen
2009/8/13 Benjamin Bentmann :
> Hi,
>
> with a new major release of Maven hopefully not far away, we might also want
> to review aggregator plugins. I tried to get some inspirations from existing
> proposals and put some furt
Hi,
with a new major release of Maven hopefully not far away, we might also
want to review aggregator plugins. I tried to get some inspirations from
existing proposals and put some further thoughts about this in the wiki
[0] and would like to know what you think. Are the presented use cases
v
15 matches
Mail list logo
