Fwd: Source Archives: Source Plugin vs. Assembly Plugin

2007-01-17 Thread Gregory Kick
I originally started this thread on the users list and Franz suggested that we move it over to the dev list. Does anybody have any thoughts on all of this? -- Forwarded message -- From: Gregory Kick <[EMAIL PROTECTED]> Date: Jan 17, 2007 11:10 PM Subject: Re: Source Archives: Sou

RE: Re: [m2] Adding further dependency goals

2007-01-17 Thread Brian E. Fox
I guess I'm a little behind in this thread: 1st, I think dependency:list is effectively the same as the existing dependency:resolve is it not? The artifacts need to be resolved if you are going to include transitive stuff. 2nd, I like this suggestion best so far: "dependency: -Dtype= then ever

maven-metadata.xml for entire repository?

2007-01-17 Thread Ole Ersoy
Anyone know if maven-metadata.xml exists for the entire ibiblio repository? I see http://mirrors.ibiblio.org/pub/mirrors/maven2/maven-metadata.xml.md5 but there is no corresponding maven-metadata.xml file. Ideas? Thanks, - Ole

[jira] Subscription: Outstanding Repository Maintenance: Uploads

2007-01-17 Thread jira
Issue Subscription Filter: Outstanding Repository Maintenance: Uploads (25 issues) Subscriber: mavendevlist Key Summary MAVENUPLOAD-1329WizCrypt 2.2 Release Jars http://jira.codehaus.org/browse/MAVENUPLOAD-1329 MAVENUPLOAD-1327uploading bluecove-1.2.1 to The Central Repository

[jira] Subscription: Outstanding Repository Maintenance: Evangelism

2007-01-17 Thread jira
Issue Subscription Filter: Outstanding Repository Maintenance: Evangelism (40 issues) Subscriber: mavendevlist Key Summary MEV-483 Still invalid deps in 3.2.1, 3.2.2, 3.2.3, 3.2.4 http://jira.codehaus.org/browse/MEV-483 MEV-479 Invalid POI POM http://jira.c

Generating a Maven2 Repository RPM Mirror

2007-01-17 Thread Ole Ersoy
Hi, I need to generate an RPM mirror of the maven repository. I was hoping to do this by reading something like a meta-data.xml file in the Maven repository, that contains a list of all the projects in the repository, their corresponding artifactId, groupId, and version (And checksum would be r

Re: Trusting in our own dog food

2007-01-17 Thread Arnaud HERITIER
It's good. I'm seeing it when I'm logged. Arnaud On 1/18/07, Brett Porter <[EMAIL PROTECTED]> wrote: try now On 18/01/2007, at 9:53 AM, Arnaud HERITIER wrote: > I just created an account and the list is also empty :-( > > Arnaud > > On 1/17/07, Brett Porter <[EMAIL PROTECTED]> wrote: >> >> w

Re: Trusting in our own dog food

2007-01-17 Thread Brett Porter
try now On 18/01/2007, at 9:53 AM, Arnaud HERITIER wrote: I just created an account and the list is also empty :-( Arnaud On 1/17/07, Brett Porter <[EMAIL PROTECTED]> wrote: was just pondering that myself. shouldn't the default be that guest is a user on all project groups and we remove it

Re: Trusting in our own dog food

2007-01-17 Thread Arnaud HERITIER
I just created an account and the list is also empty :-( Arnaud On 1/17/07, Brett Porter <[EMAIL PROTECTED]> wrote: was just pondering that myself. shouldn't the default be that guest is a user on all project groups and we remove it to be more restrictive? - Brett On 18/01/2007, at 8:05 AM,

Re: [VOTE] Release compiler plugin 2.0.2

2007-01-17 Thread Rahul Thakur
+1 Rahul Jesse McConnell wrote: +1 On 1/17/07, Joakim Erdfelt <[EMAIL PROTECTED]> wrote: +1 - Joakim Carlos Sanchez wrote: > It fixes a couple of annoying issues for windows users > http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=11130&fixfor=12484 > > > One question,

Re: [m2] Adding further dependency goals

2007-01-17 Thread Jörg Schaible
Mark Hobson wrote: > On 17/01/07, Jörg Schaible <[EMAIL PROTECTED]> wrote: >> Yes, it's an own internal plugin. We have >> >> info:deps- >> >> Unfortunately it is developed at the office and my employer refused to >> sign the CCLA. Therefore the code is tainted for contribution :( > > No worries,

Re: [m2] Adding further dependency goals

2007-01-17 Thread Jörg Schaible
Mark Hobson wrote: > On 17/01/07, Jörg Schaible <[EMAIL PROTECTED]> wrote: >> This sounds really interesting. Although a lot of this could be achieved >> by inheriting the transitive deps never in compile scope, but as runtime >> only. That way the deps of a specific component would be explicit (y

Re: Add the pre-package phase to 2.0.5?

2007-01-17 Thread Jason van Zyl
On 17 Jan 07, at 4:47 PM 17 Jan 07, Brett Porter wrote: I'm happy with that. Generally, I'm in agreement (I was probably the first to make this argument when it was proposed :), but I thought we'd been through the discussions and agreed to make an exception given it was what we wanted and

Re: Add the pre-package phase to 2.0.5?

2007-01-17 Thread Brett Porter
I'm happy with that. Generally, I'm in agreement (I was probably the first to make this argument when it was proposed :), but I thought we'd been through the discussions and agreed to make an exception given it was what we wanted and had no negative impact being an addition with clear use c

Re: Add the pre-package phase to 2.0.5?

2007-01-17 Thread Jason van Zyl
On 17 Jan 07, at 4:32 PM 17 Jan 07, Brett Porter wrote: Since we are now rolling this release again - I'm wondering should we drop this simple change in so plugins can start to take advantage of it? I don't think any lifecycle changes should be made in a point release. Lifecycle change

Re: Add the pre-package phase to 2.0.5?

2007-01-17 Thread Brett Porter
Sorry, meant 'prepare-package'. - Brett On 18/01/2007, at 8:32 AM, Brett Porter wrote: Since we are now rolling this release again - I'm wondering should we drop this simple change in so plugins can start to take advantage of it? - Brett --

Add the pre-package phase to 2.0.5?

2007-01-17 Thread Brett Porter
Since we are now rolling this release again - I'm wondering should we drop this simple change in so plugins can start to take advantage of it? - Brett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail

Re: Trusting in our own dog food

2007-01-17 Thread Brett Porter
was just pondering that myself. shouldn't the default be that guest is a user on all project groups and we remove it to be more restrictive? - Brett On 18/01/2007, at 8:05 AM, Arnaud HERITIER wrote: Is it normal that the projects list is empty when we aren't logon ? http://maven.zones.apa

Re: [m2] Adding further dependency goals

2007-01-17 Thread Mark Hobson
On 17/01/07, Jörg Schaible <[EMAIL PROTECTED]> wrote: This sounds really interesting. Although a lot of this could be achieved by inheriting the transitive deps never in compile scope, but as runtime only. That way the deps of a specific component would be explicit (yep, there's a MNG-xxx issue f

Re: Trusting in our own dog food

2007-01-17 Thread Arnaud HERITIER
Is it normal that the projects list is empty when we aren't logon ? http://maven.zones.apache.org:8080/continuum/groupSummary.action Arnaud On 1/17/07, Brett Porter <[EMAIL PROTECTED]> wrote: Ok, fair enough. I've left it on, and made it use a different local repository. I'd say once we rele

Re: [m2] Adding further dependency goals

2007-01-17 Thread Mark Hobson
On 17/01/07, Brett Porter <[EMAIL PROTECTED]> wrote: On 18/01/2007, at 7:35 AM, Mark Hobson wrote: >> Might go with something other than analyse too, if only to avoid the >> need to deal with the spelling :) > > Yeah I thought that might cause arguments :) Better suggestions on > a postcard. H

Re: [m2] Adding further dependency goals

2007-01-17 Thread Mark Hobson
On 17/01/07, Jörg Schaible <[EMAIL PROTECTED]> wrote: Yes, it's an own internal plugin. We have info:deps- Unfortunately it is developed at the office and my employer refused to sign the CCLA. Therefore the code is tainted for contribution :( No worries, we have the dependency-tree shared com

Re: [m2] Adding further dependency goals

2007-01-17 Thread Jörg Schaible
Hi Mark, Mark Hobson wrote: > On 17/01/07, Brett Porter <[EMAIL PROTECTED]> wrote: [snip] >> Is the analyse goal like the dependency convergence report? Can any >> of the code be shared? > > The analyse goal reports on the dependencies declared in the POM and > the dependencies actually referenc

Re: [proposal] Create new sandbok-commits list

2007-01-17 Thread Brett Porter
I'm undecided - I think the Apache committers that participate in the sandbox would still be interested in general maven dev. On 17/01/2007, at 12:28 PM, Vincent Siveton wrote: Hi, Just a thought: I saw that all commits log for sandbok are actually in [EMAIL PROTECTED] WDYT to create a new l

Re: [m2] Adding further dependency goals

2007-01-17 Thread Jörg Schaible
Mark Hobson wrote: > On 17/01/07, Jörg Schaible <[EMAIL PROTECTED]> wrote: >> What we have is also a plugin displaying a dep tree for one of >> compile/runtime/test dependencies. This is really helpful. > > Do you have this internally? I haven't seen that functionality within > the help plugin.

Re: [m2] Adding further dependency goals

2007-01-17 Thread Brett Porter
On 18/01/2007, at 7:35 AM, Mark Hobson wrote: Might go with something other than analyse too, if only to avoid the need to deal with the spelling :) Yeah I thought that might cause arguments :) Better suggestions on a postcard. Hey, I'm with you on the spelling, but I think were outnumbe

Re: [m2] Adding further dependency goals

2007-01-17 Thread Mark Hobson
On 17/01/07, Brett Porter <[EMAIL PROTECTED]> wrote: dependency:list sounds good, though I'd be fine with help:effective- dependencies or something too. I did think that, although I was concerned that the help plugin would become a melting pot of unrelated goals. Since these goals are all depe

Re: [m2] Adding further dependency goals

2007-01-17 Thread Brett Porter
dependency:list sounds good, though I'd be fine with help:effective- dependencies or something too. Is the analyse goal like the dependency convergence report? Can any of the code be shared? Might go with something other than analyse too, if only to avoid the need to deal with the spelling

Re: [m2] Adding further dependency goals

2007-01-17 Thread Mark Hobson
On 17/01/07, Jörg Schaible <[EMAIL PROTECTED]> wrote: What we have is also a plugin displaying a dep tree for one of compile/runtime/test dependencies. This is really helpful. Do you have this internally? I haven't seen that functionality within the help plugin. So if you're going to move he

Re: [m2] Adding further dependency goals

2007-01-17 Thread Jörg Schaible
Mark Hobson wrote: > Hi there, > > I'd like to add some further goals to help with managing dependencies: > > 1) List all resolve dependencies for the current project > 2) Compare all resolved dependencies between the current project and a > previous release > > The question is where should the

Re: assembly plugin, multiple descriptors and manifest modifications

2007-01-17 Thread berndq
John, shall I open a JIRA "manifest section in external descriptor"? ;-) I quickly tested Barrie's suggestion but could not make it work. (I still have to verify whether I run that test correctly) Rest is OT regarding this thread Any chance that you can give me a hint why your patch for http:

Re: [VOTE] Release compiler plugin 2.0.2

2007-01-17 Thread Jesse McConnell
+1 On 1/17/07, Joakim Erdfelt <[EMAIL PROTECTED]> wrote: +1 - Joakim Carlos Sanchez wrote: > It fixes a couple of annoying issues for windows users > http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=11130&fixfor=12484 > > > One question, can the 2.0.x branch no longer needed

Re: [VOTE] Release compiler plugin 2.0.2

2007-01-17 Thread Joakim Erdfelt
+1 - Joakim Carlos Sanchez wrote: > It fixes a couple of annoying issues for windows users > http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=11130&fixfor=12484 > > > One question, can the 2.0.x branch no longer needed be deleted to > avoid confusion? > https://svn.apache.org/re

Re: [VOTE] Release Maven 2.0.5

2007-01-17 Thread Jason Dillon
What was the problem you found? --jason On Jan 17, 2007, at 7:12 AM, Jason van Zyl wrote: We found a problem, so I'm rolling another release and will call a vote tomorrow. Jason. On 17 Jan 07, at 9:24 AM 17 Jan 07, Geoffrey De Smet wrote: +1: no problems here -- With kind regards, Geof

Re: assembly plugin, multiple descriptors and manifest modifications

2007-01-17 Thread John Casey
IMO, it would be cleaner if we embedded the manifest info in the assembly descriptor...then we could always support that manifest section in an external descriptor component, for shared cases... It's not available in the assembly descriptor now, but I've been thinking about that for awhile now (p

Re: [VOTE] Release Maven 2.0.5

2007-01-17 Thread Brett Porter
Cool. We'll just need to tweak some fix for versions (simple bulk edit for anything fixed in 2.0.6/2.0.x). On 18/01/2007, at 5:42 AM, Jason van Zyl wrote: On 17 Jan 07, at 1:09 PM 17 Jan 07, Brett Porter wrote: Will that include more recent changes to the branch? (My fix, and Kenney's fix

[m2] Adding further dependency goals

2007-01-17 Thread Mark Hobson
Hi there, I'd like to add some further goals to help with managing dependencies: 1) List all resolve dependencies for the current project 2) Compare all resolved dependencies between the current project and a previous release The question is where should they belong? So far we have the followi

Re: [VOTE] Release Maven 2.0.5

2007-01-17 Thread Jason van Zyl
On 17 Jan 07, at 1:09 PM 17 Jan 07, Brett Porter wrote: Will that include more recent changes to the branch? (My fix, and Kenney's fix?) I'm going to roll it again completely so if it's there then yes. On 18/01/2007, at 2:12 AM, Jason van Zyl wrote: We found a problem, so I'm rolling an

Re: [VOTE] Release Maven 2.0.5

2007-01-17 Thread Brett Porter
Will that include more recent changes to the branch? (My fix, and Kenney's fix?) On 18/01/2007, at 2:12 AM, Jason van Zyl wrote: We found a problem, so I'm rolling another release and will call a vote tomorrow. Jason. On 17 Jan 07, at 9:24 AM 17 Jan 07, Geoffrey De Smet wrote: +1: no pr

Re: War plugin overlays: New plugin to handle transitive dependencies

2007-01-17 Thread BenTatham
We are currently switching over to Maven from Ant, so I hope my comments are too newbie-ish. I like these ideas...especially #3. We have a hiearchy of libraries that are actually wars because we need to do jspc in order to test things completely. Also, we had been using xdoclet directly on the

Re: [VOTE] Release Maven 2.0.5

2007-01-17 Thread Jason van Zyl
We found a problem, so I'm rolling another release and will call a vote tomorrow. Jason. On 17 Jan 07, at 9:24 AM 17 Jan 07, Geoffrey De Smet wrote: +1: no problems here -- With kind regards, Geoffrey De Smet Jason van Zyl schreef: Hi, The entire release is staged here: http://people.apac

Re: [VOTE] Release Maven 2.0.5

2007-01-17 Thread Geoffrey De Smet
+1: no problems here -- With kind regards, Geoffrey De Smet Jason van Zyl schreef: Hi, The entire release is staged here: http://people.apache.org/~jvanzyl/maven-2.0.5/ The assemblies that people are interested in are staged here: http://people.apache.org/~jvanzyl/maven-2.0.5/org/apache/mav

Re: SAR creation using maven

2007-01-17 Thread Stephane Nicoll
Hi, On 1/17/07, Vikram Khattar <[EMAIL PROTECTED]> wrote: Hi all, I am using JBoss Cache in my application and I want to use it as a SAR (Service Archive) and ultimately package everything into an EAR. Looking at the list of plugins provided at the maven site I didn't find anything for SAR crea

SAR creation using maven

2007-01-17 Thread Vikram Khattar
Hi all, I am using JBoss Cache in my application and I want to use it as a SAR (Service Archive) and ultimately package everything into an EAR. Looking at the list of plugins provided at the maven site I didn't find anything for SAR creation. I have thought of 2 approaches to do the same. 1.

Re: Unable to checkout maven and plugin source code

2007-01-17 Thread Arnaud HERITIER
Which version of the svn client are you using ? I think our servers are in 1.3 thus it's better to have a client in 1.3 or 1.4 Arnaud drekka wrote: > > Yes I did have a https connection. I turned it off and tried again. This > time I got: > > REPORT request failed on '/repos/asf/!svn/vcc/defa

Re: Unable to checkout maven and plugin source code

2007-01-17 Thread allan ramirez
Hi drekka, what component did you checked out? I tried the /plugins/trunk and it was fine. On 1/17/07, drekka <[EMAIL PROTECTED]> wrote: Yes I did have a https connection. I turned it off and tried again. This time I got: REPORT request failed on '/repos/asf/!svn/vcc/default' Corrupt GZIP tr