Re: noob confusion about dependencies and repositories

2012-10-07 Thread Steinar Bang
> "Rob Withers" : > I am guilty for being lazy. I really hate all this build config > stuff... [snip!] FWIW, in my experience embracing maven patterns allows you to reduce build config to a minimum. On the recommended book list mentioned earlier, I will in particular mention "Maven by examp

Re: Unifying maven-nar-plugin implementations

2012-10-07 Thread Jason van Zyl
I think the github organization is a great start. On Oct 7, 2012, at 11:36 AM, Martin Eisengardt wrote: > OK. Thanks four your responses, Mark and Jason. > Lets sum up. We have the agreement of the authors to build up a new > "working group". > I recently created a new organization at github: >

Re: Unifying maven-nar-plugin implementations

2012-10-07 Thread Martin Eisengardt
OK. Thanks four your responses, Mark and Jason. Lets sum up. We have the agreement of the authors to build up a new "working group". I recently created a new organization at github: https://github.com/maven-nar (just to give this a kickstart) Please tell me who wants to become a project owner. I ha

[ANN] Apache Archiva 1.4-M3 Released

2012-10-07 Thread Olivier Lamy
Hi, The Apache Archiva team would like to announce the release of Archiva 1.4-M3. Archiva is available for download from the web site. [1] Archiva is an application for managing one or more remote repositories, including administration, artifact handling, browsing and searching. If you have any q

Re: Unifying maven-nar-plugin implementations

2012-10-07 Thread Benson Margulies
Jason will, I'm sure, correct me if I'm wrong, but I believe the IP provenance issues to be comparable at Eclipse and Apache. The Apache Foundation only accepts code that is *voluntarily* contributed. That amounts to two tests: a) is there clear provenance? b) is there clear evidence of the volun

Re: Unifying maven-nar-plugin implementations

2012-10-07 Thread Jason van Zyl
I was waiting for you to respond as its your baby :-) While Sonatype helped pay for some of the work in the last stage of NARs development, our focus has really been on Java so we really haven't had much time in the last few years. That said with all the work Sonatype has been doing with Insigh

RE: noob confusion about dependencies and repositories

2012-10-07 Thread Rob Withers
> -Original Message- > From: Barrie Treloar [mailto:baerr...@gmail.com] > > On Sun, Oct 7, 2012 at 9:34 AM, Rob Withers wrote: > > I am guilty for being lazy. I really hate all this build config stuff > > and with maven, git and Jenkins, plus FindBugs and PMD in all three > > environme

Re: noob confusion about dependencies and repositories

2012-10-07 Thread Barrie Treloar
On Sun, Oct 7, 2012 at 9:34 AM, Rob Withers wrote: > I am guilty for being lazy. I really hate all this build config stuff and > with maven, git and Jenkins, plus FindBugs and PMD in all three > environments, it gets to me. I am totally up and running, minus some issues > as I split my project a

Re: Unifying maven-nar-plugin implementations

2012-10-07 Thread Mark Donszelmann
Hi I am the author of the maven-nar-plugin. Let me start by apologizing that I have not kept track of, neither have worked on it in recent years. I moved on to other things, but may come back using / working on it later on. The nar plugin was created by me when I was working at Stanford Linear

Re: Unifying maven-nar-plugin implementations

2012-10-07 Thread Martin Eisengardt
Do we actually need the agreement of all authors to become a maven core project? The sources are already licensed under terms of ASF. The original authors seem not respond for months or the email addresses are no longer valid. Would it be fine if there is a new (active) project group filling up th

Re: Unifying maven-nar-plugin implementations

2012-10-07 Thread Jörg Schaible
Hi, Benson Margulies wrote: > Adding plugins to the core is not so much a matter of 'strategy'. > > The nar plugin is a non-trivial amount of code. So, for it to come to > Apache, it would have to pass IP clearance. That means understanding > the provenance of all of the code and that the people