Re: POM construction specification

2008-12-16 Thread Ralph Goers
Mine below. On Dec 16, 2008, at 10:36 PM, Shane Isbell wrote: Comments in line On Tue, Dec 16, 2008 at 12:58 AM, Ralph Goers >wrote: On Dec 15, 2008, at 12:02 PM, Jason van Zyl wrote: This is for the general population but I'm nudging you Ralph because I know that you want to make some c

Re: POM construction specification

2008-12-16 Thread Jason van Zyl
On 17-Dec-08, at 1:27 AM, Brett Porter wrote: I fixed some typos - is it ok to regenerate the PDF? (mine comes out slightly different on the Mac but it's all there AFAICT). Just to add to what Brian and Ralph have already said: 3.1 - I think we have to knock multiple inheritance out at this

Re: POM construction specification

2008-12-16 Thread Jason van Zyl
On 16-Dec-08, at 3:58 AM, Ralph Goers wrote: On Dec 15, 2008, at 12:02 PM, Jason van Zyl wrote: This is for the general population but I'm nudging you Ralph because I know that you want to make some changes for not requiring the version in the parent element. You should have warned me

Re: POM construction specification

2008-12-16 Thread Shane Isbell
Comments in line On Tue, Dec 16, 2008 at 12:58 AM, Ralph Goers wrote: > > On Dec 15, 2008, at 12:02 PM, Jason van Zyl wrote: > > This is for the general population but I'm nudging you Ralph because I >> know that you want to make some changes for not requiring the version in the >> parent elemen

Re: POM construction specification

2008-12-16 Thread Brett Porter
I fixed some typos - is it ok to regenerate the PDF? (mine comes out slightly different on the Mac but it's all there AFAICT). Just to add to what Brian and Ralph have already said: 3.1 - I think we have to knock multiple inheritance out at this stage, even if it is noted as a possibility fo

Re: POM construction specification

2008-12-16 Thread Ralph Goers
The way I read 3.4 the parent does not win. The child declaration simply overrides the parent. Consider project developers. If specified in a child then only those developers participate in this subproject. developers specified in the parent are ignored. Whether it makes sense to do it tha

Re: Problem using velocity component

2008-12-16 Thread Jason van Zyl
If you jar up your plugin project I'll take a look. Create a JIRA issue and attach the project and I'll see it. On 16-Dec-08, at 6:34 PM, Alfie Kirkpatrick wrote: Hi, I am attempting to write a plugin that uses Velocity to template some config files. I have been developing the plugin using m2

Problem using velocity component

2008-12-16 Thread Alfie Kirkpatrick
Hi, I am attempting to write a plugin that uses Velocity to template some config files. I have been developing the plugin using m2eclipse embedded maven runtime and it works fine. But it gives a NPE when I run it in maven standalone, even with the 2.1M1 release. I have the following in my class

[2.0.10 RC6] please test

2008-12-16 Thread Brian E. Fox
Hello, Thanks everyone for sticking with us this far. I have high hopes of this being the last RC. This RC fixes MNG-3898 and updates the default plugin versions in the super pom. You can see the changes to the super pom and specific versions used here: http://svn.apache.org/viewvc/maven/component

mng-3898 in 2.0.10?

2008-12-16 Thread Brian E. Fox
Herve, I was just in the process of staging 2.0.10 when I noticed that you bumped the Modello version from alpha-13 to alpha-22. I didn't see this raised as an issue in any of the RCs and it concerns me to make such a jump this late in the game. Once we start the RCs we should only be fixing regre

RE: POM construction specification

2008-12-16 Thread Brian E. Fox
"The only difference between a parent project and a mixin is that the mixin is abstract (not a complete model)." Is that really true? A Mixin should be deployed to the repository, which essentially means it needs to be complete enough to id and thus a complete model. It should be deployed as a c

Re: Improving CI & ITs

2008-12-16 Thread Brett Porter
On 17/12/2008, at 1:59 PM, Brian E. Fox wrote: - we have deployment of the IT plugins to a repository even as snapshots, though I thought it was required to be pre-installed based on the bits below? Everything is ready now for them to be deployed as releases to a repo that is separate from Cen

Re: sometimes too much help is not helping - r725533

2008-12-16 Thread Brett Porter
Oleg and I sorted out the misunderstanding offline. It's all good. - Brett On 17/12/2008, at 2:19 PM, Oleg Gusakov wrote: Brett, Trust me, I don't enjoy this discussion no more that you, but I have to respond. Brett Porter wrote: I'm sorry you lost some time investigating it, but I made e

Re: sometimes too much help is not helping - r725533

2008-12-16 Thread Oleg Gusakov
Brett, Trust me, I don't enjoy this discussion no more that you, but I have to respond. Brett Porter wrote: I'm sorry you lost some time investigating it, but I made every attempt to do this properly. At the time I made the change, I cleaned out the checkout and did a build without getting

RE: svn commit: r726848 - /maven/core-integration-testing/trunk/core-it-support/core-it-plugins/pom.xml

2008-12-16 Thread Brian E. Fox
The snapshots are coming from CI. The releases will as well. Once Apache gets LDAP setup, hopefully we can tap into it to make it easier. The current security model isn't very scalable. -Original Message- From: Brett Porter [mailto:br...@porterclan.net] Sent: Tuesday, December 16, 2008 6:

RE: Improving CI & ITs

2008-12-16 Thread Brian E. Fox
>- we have deployment of the IT plugins to a repository even as >snapshots, though I thought it was required to be pre-installed based >on the bits below? Everything is ready now for them to be deployed as releases to a repo that is separate from Central to avoid the clashes that people saw bef

Re: sometimes too much help is not helping - r725533

2008-12-16 Thread Brett Porter
On 17/12/2008, at 11:03 AM, Oleg Gusakov wrote: Brett, Please don't change the code you don't understand without, at least, consulting people who work on it. I did try... http://markmail.org/message/ifkbjf3rb24z3wvb I have a good understanding of how the code works. Outside of the Jetty

sometimes too much help is not helping - r725533

2008-12-16 Thread Oleg Gusakov
Brett, Please don't change the code you don't understand without, at least, consulting people who work on it. I lost entire day between yesterday and today, trying to understand why my unit tests suddenly stopped working. They traced to your commit r725533 which emptied jar files in mercury-

Re: svn commit: r726848 - /maven/core-integration-testing/trunk/core-it-support/core-it-plugins/pom.xml

2008-12-16 Thread Brett Porter
Er, I can't deploy there :) Is that setting necessary? It should be inherited from the parent so any CI process that wants to deploy elsewhere can just override distMgmtSnapshotsUrl from the command line, which I thought was how it was being done for everything else. Cheers, Brett 2008/12/16

Re: Maven Shaded Jars + Netbeans = confused Netbeans?

2008-12-16 Thread Lilianne E. Blaze
Hello, Any ideas what could cause it? Any hints, workarounds, anything? Greetings, L Lilianne E. Blaze wrote: > Hello, > (I already tried on users- list) > > I'm trying to make a jar containing x dependencies to be used as a > single dependency, using Shade with the following options: > > true

Re: What will replace the @aggregator MOJO configuration?

2008-12-16 Thread Brett Porter
I don't believe the doc covered pre-/post- lifecycle operations, just the @aggregator changes that were the initial discussion. They'd probably need a new proposal. Perhaps something hooking into the model builder listening from the new work on trunk (just taking a wild stab in the dark, ha

Re: external components was: svn commit: r726521

2008-12-16 Thread Arnaud HERITIER
+1 It's too difficult to follow what it is done in 2.0.X, 2.X and 3.X in the same time without working on it every day. Arnaud On Tue, Dec 16, 2008 at 9:50 AM, Ralph Goers wrote: > > On Dec 15, 2008, at 7:41 AM, Jason van Zyl wrote: > >> >> >> Also in the course of 6 months of development of the

Re: Improving CI & ITs

2008-12-16 Thread Brett Porter
On 16/12/2008, at 11:51 AM, Jason van Zyl wrote: By layering I think that a canonical system should be picked, say Ubuntu, and that should be a fast compile-only smoke test to look for breakages. If that works trigger the tests, if that works propagate to the grid, do the build and run the

Re: external components was: svn commit: r726521

2008-12-16 Thread Brett Porter
On 16/12/2008, at 7:50 PM, Ralph Goers wrote: On Dec 15, 2008, at 7:41 AM, Jason van Zyl wrote: Also in the course of 6 months of development of the model-builder we have not had a single contribution from anyone else. Zero interest. So yes, it is easier to release elsewhere and that ha

Re: Maven 3.x

2008-12-16 Thread Arnaud HERITIER
Agreed. I would like that we simplify our notifications I we could remove them from hud...@apache and continuum if we don't use them anymore. Arnaud On Tue, Dec 16, 2008 at 9:40 PM, Brett Porter wrote: > On 16/12/2008, at 1:42 AM, Jason van Zyl wrote: > > I think before the alpha-1 I don't thi

Re: Maven 3.x

2008-12-16 Thread Brett Porter
On 16/12/2008, at 1:42 AM, Jason van Zyl wrote: I think before the alpha-1 I don't think everyone is interested in getting spammed, but once the release is cut the goal is to keep the build on the grid machines in a perpetual working state so standard notification at that point should be fi

Re: svn commit: r726880 - in /maven/mercury/trunk: mercury-ant/mercury-ant-tasks/ mercury-ant/mercury-ant-tasks/src/main/java/org/apache/maven/mercury/ant/tasks/ mercury-ant/mercury-ant-tasks/src/main

2008-12-16 Thread Oleg Gusakov
Recorded in http://jira.codehaus.org/browse/MERCURY-59, will comply asahp Benjamin Bentmann wrote: Hi Oleg, Author: ogusakov Date: Mon Dec 15 16:04:14 2008 New Revision: 726880 URL: http://svn.apache.org/viewvc?rev=726880&view=rev Log: [MERCURY-56] verification configuration for mercury ant t

Re: svn commit: r726880 - in /maven/mercury/trunk: mercury-ant/mercury-ant-tasks/ mercury-ant/mercury-ant-tasks/src/main/java/org/apache/maven/mercury/ant/tasks/ mercury-ant/mercury-ant-tasks/src/main

2008-12-16 Thread Oleg Gusakov
Ben, Benjamin Bentmann wrote: Hi Oleg, Author: ogusakov Date: Mon Dec 15 16:04:14 2008 New Revision: 726880 URL: http://svn.apache.org/viewvc?rev=726880&view=rev Log: [MERCURY-56] verification configuration for mercury ant tasks done, PGP unit test works on osx. Need test keyrings for other

maven ant task

2008-12-16 Thread cause
Hello, I'm having problem setting ant attributes with a property passed from pom file. Here is the pom part where I call ant target: Here is the ant file: ${shared-repo}

Re: svn commit: r726880 - in /maven/mercury/trunk: mercury-ant/mercury-ant-tasks/ mercury-ant/mercury-ant-tasks/src/main/java/org/apache/maven/mercury/ant/tasks/ mercury-ant/mercury-ant-tasks/src/main

2008-12-16 Thread Oleg Gusakov
Hey Ben, Benjamin Bentmann wrote: Hi Oleg, Author: ogusakov Date: Mon Dec 15 16:04:14 2008 New Revision: 726880 URL: http://svn.apache.org/viewvc?rev=726880&view=rev Log: [MERCURY-56] verification configuration for mercury ant tasks done, PGP unit test works on osx. Need test keyrings for ot

Re: svn commit: r726880 - in /maven/mercury/trunk: mercury-ant/mercury-ant-tasks/ mercury-ant/mercury-ant-tasks/src/main/java/org/apache/maven/mercury/ant/tasks/ mercury-ant/mercury-ant-tasks/src/main

2008-12-16 Thread Benjamin Bentmann
Hi Oleg, Author: ogusakov Date: Mon Dec 15 16:04:14 2008 New Revision: 726880 URL: http://svn.apache.org/viewvc?rev=726880&view=rev Log: [MERCURY-56] verification configuration for mercury ant tasks done, PGP unit test works on osx. Need test keyrings for other platforms. Modified: maven/me

Re: svn commit: r726880 - in /maven/mercury/trunk: mercury-ant/mercury-ant-tasks/ mercury-ant/mercury-ant-tasks/src/main/java/org/apache/maven/mercury/ant/tasks/ mercury-ant/mercury-ant-tasks/src/main

2008-12-16 Thread Benjamin Bentmann
Hi Oleg, Author: ogusakov Date: Mon Dec 15 16:04:14 2008 New Revision: 726880 URL: http://svn.apache.org/viewvc?rev=726880&view=rev Log: [MERCURY-56] verification configuration for mercury ant tasks done, PGP unit test works on osx. Need test keyrings for other platforms. [...] @@ -30,7 +40,

Re: POM construction specification

2008-12-16 Thread Ralph Goers
On Dec 15, 2008, at 12:02 PM, Jason van Zyl wrote: This is for the general population but I'm nudging you Ralph because I know that you want to make some changes for not requiring the version in the parent element. You should have warned me to have a glass of wine before attempting to

Re: external components was: svn commit: r726521

2008-12-16 Thread Ralph Goers
On Dec 15, 2008, at 7:41 AM, Jason van Zyl wrote: Also in the course of 6 months of development of the model-builder we have not had a single contribution from anyone else. Zero interest. So yes, it is easier to release elsewhere and that has allowed me to patch, test, release in rapid s