Re: PMC nominations
Jason van Zyl <[EMAIL PROTECTED]> writes: I would like to nominate Brett, Michal and Vincent for the Maven PMC +1, +1, and +1 -Kurt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Proposal] POM compatibility extension
On Nov 16, 2003, at 4:20 PM, Brett Porter wrote: And definitely no CSV in XML :) +1 to that. -Kurt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] More POM4 removal: for
+1 - Kurt On Nov 14, 2003, at 3:04 AM, Vincent Massol wrote: Hi, I propose to also remove nested in (for POM4 of course). Here's my +1 -Vincent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Proposal] Project deliverables definition in POM
On Nov 12, 2003, at 10:29 AM, Jason van Zyl wrote: I honestly do not like a because it distinctly clashes with a central notion of one artifact per project. Yes, in reality more are produced but maybe this is an indication that projects need to be separated further i.e. a small project for creating distributions and a small project for creating various documentation artifacts. I agree with you in general that there should only be one deliverable per project, but I think that we need to address things like how to deliver a src distribution and/or a debug enabled distribution of the same artifact. Maven currently doesn't handle different permutations of an artifact well, and I think that this would be helpful in those instances. -Kurt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Plugin downloading
No problems here, Mac OS X and FreeBSD. -Kurt On Tue, 14 Oct 2003, Jason van Zyl wrote: > Howdy, > > Anyone having success downloading plugins on unix-based machines. I've > tried it and nothing seems to be happening. Just checking before I go > digging. > > -- > jvz. > > Jason van Zyl > [EMAIL PROTECTED] > http://tambora.zenplex.org > > In short, man creates for himself a new religion of a rational > and technical order to justify his work and to be justified in it. > > -- Jacques Ellul, The Technological Society > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Plugins that have no apache committers
On Tue, 30 Sep 2003, Brett Porter wrote: > We should probably also check if there are volunteers in the developer base > to look after them. For example, I think the IDEA plugin came from a > non-committer and I've basically rewritten it since and would be happy to > take it over. I wrote the IDEA plug-in initially actually, but I haven't had time for anything Maven related in a long while, so feel free to take it over (which you've basically already done). -Kurt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [statcvs plugin] Commit new version now?
On Thu, 18 Sep 2003, Vincent Massol wrote: > Have a look. It looks awesome to me :-) It looks awesome to me too, and I don't think that it will affect anything in the core. +1 Now if only someone would come up with a statsvn for me to use. -Kurt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Core plugins?
On Thu, 11 Sep 2003, [ISO-8859-2] Aslak Helles?y wrote: > Jason van Zyl wrote: > > > > >Yes, things will be much further with components. I promise :-) > > > > > Hmmm. Components. Have you chosen a container yet? :-) ;-) > > http://www.picocontainer.org/ I believe that http://plexus.codehaus.org/ is the container of choice. -Kurt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Recent changes in war plugin
I thought that we voted on this and decided that a war qould remained unversioned for easy deployment, but there would be a property to switch it to a versioned war. I am still -1 on making a versioned war the default behavior. -Kurt On Tue, 17 Jun 2003, Konstantin Priblouda wrote: > I'm not sure that war artifact always needs version > name on it. Well, from one point of view it would be > nice to have versioned one if we are assembling ear. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: maven/src/plugins-build/linkcheck/xdocs navigation.xml
On 20 Mar 2003 [EMAIL PROTECTED] wrote: > bwalding2003/03/20 12:58:43 > > Modified:src/plugins-build/linkcheck/xdocs navigation.xml > Log: > > > Revision ChangesPath > 1.3 +4 -5 maven/src/plugins-build/linkcheck/xdocs/navigation.xml > > Index: navigation.xml > === > RCS file: /home/cvs/maven/src/plugins-build/linkcheck/xdocs/navigation.xml,v > retrieving revision 1.2 > retrieving revision 1.3 > diff -u -r1.2 -r1.3 > --- navigation.xml 19 Mar 2003 05:54:18 - 1.2 > +++ navigation.xml 20 Mar 2003 20:58:43 - 1.3 > @@ -4,14 +4,13 @@ > Maven junit-report Plugin > > > - http://maven.apache.org/"; name="Maven"> > + http://jakarta.apache.org/turbine/maven/"; name="Maven"> > > Did you mean to do that? -Kurt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Private goals?
Desired behavior is for goals with no description to not show up when 'maven -g' is invoked. -Kurt On Wed, 19 Mar 2003, Stephen McConnell wrote: > > Wht aspect of this is a bug? A shot answer is all I need. > > > [EMAIL PROTECTED] wrote: > > >This is definitely a bug. > > > >-- > >dIon Gillard, Multitask Consulting > >Blog: http://www.freeroller.net/page/dion/Weblog > >Work: http://www.multitask.com.au > > > > > > > >-"Vincent Massol" <[EMAIL PROTECTED]> wrote: - > > > >To: <[EMAIL PROTECTED]> > >From: "Vincent Massol" <[EMAIL PROTECTED]> > >Date: 03/19/2003 11:03PM > >Subject: Private goals? > > > >Hi, > > > >It seems doing a "maven -g" nows lists *all* goals, even those that do > >not have a description. Thus my question is: how do you make a goal > >private (i.e. not visible by the end user)? > > > >For example, typing "maven -g" get the following for the cactus plugin: > > > >[cactus] ( NO DEFAULT GOAL ) > > compile Compile Cactus tests > > generate ... Generate HTML report > > init ... null > > merge-webxml ... null > > single . Execute a single test defined using the ' > > mavencactustestcase' variable > > test ... Execute all testcases > > test-init .. null > > test-swing . Start the tests using the swing runner > > test-text .. Start the tests using the text runner > > test-text-single ... Start the tests using the text runner > > webapp . Create the Cactus webapp > > webapp-update .. null > > > >BTW, "null" is not a very nice description... ;-) > > > >Thanks > >-Vincent > > > > > >- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > >For additional commands, e-mail: [EMAIL PROTECTED] > > > > > >- > >To unsubscribe, e-mail: [EMAIL PROTECTED] > >For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > -- > > Stephen J. McConnell > mailto:[EMAIL PROTECTED] > http://www.osm.net > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
