Re: [vote] Release Release plugin 2.0-beta-5

Wahou +1 s/ On 5/9/06, Brett Porter <[EMAIL PROTECTED]> wrote: No, that's not a typo. I'd like to vote to release the release plugin. It has been completely rewritten since you last met it and now has over 250 unit tests covering everything. Nearly all of the JIRA issues have been closed - a

RE: [vote] Release Release plugin 2.0-beta-5

+1 -Vincent > -Original Message- > From: Brett Porter [mailto:[EMAIL PROTECTED] > Sent: mardi 9 mai 2006 02:19 > To: Maven Developers List > Subject: [vote] Release Release plugin 2.0-beta-5 > > No, that's not a typo. > > I'd like to vote to release the release plugin. It has been compl

Re: svn commit: r405287 - in /maven/plugins/trunk/maven-assembly-plugin/src: main/java/org/apache/maven/plugin/assembly/ test/java/org/apache/maven/plugin/assembly/ test/java/org/apache/maven/plugin/a

I didn't put a deleteOnExit for ease of debugging when a test failure/error occurred. I found it alright since the file is created in target folder anyway and will be deleted with clean. ^_^ dan tran wrote: in that case, deleteOnExit() should be fine. No need to do a forced delete. -D

Re: svn commit: r405287 - in /maven/plugins/trunk/maven-assembly-plugin/src: main/java/org/apache/maven/plugin/assembly/ test/java/org/apache/maven/plugin/assembly/ test/java/org/apache/maven/plugin/a

in that case, deleteOnExit() should be fine. No need to do a forced delete. -D On 5/8/06, Brett Porter <[EMAIL PROTECTED]> wrote: The Maven instance is forked in continuum (and the latest surefire forks the jvm by default too). delete() is fine, but deleteOnExit is a good extra precaution as

Re: svn commit: r405287 - in /maven/plugins/trunk/maven-assembly-plugin/src: main/java/org/apache/maven/plugin/assembly/ test/java/org/apache/maven/plugin/assembly/ test/java/org/apache/maven/plugin/a

The Maven instance is forked in continuum (and the latest surefire forks the jvm by default too). delete() is fine, but deleteOnExit is a good extra precaution as I tihnk it guarantees the file handle won't be in use then. - Brett dan tran wrote: deleteOnExit may not happen if it driven by

Re: svn commit: r405287 - in /maven/plugins/trunk/maven-assembly-plugin/src: main/java/org/apache/maven/plugin/assembly/ test/java/org/apache/maven/plugin/assembly/ test/java/org/apache/maven/plugin/a

deleteOnExit may not happen if it driven by Continuum, ie JVM never exit -D On 5/8/06, Brett Porter <[EMAIL PROTECTED]> wrote: should it be .deleteOnExit() ? dan tran wrote: > I think we need to force a delete of temp file in finally block to prevent > file leaking > > File tempRootFile = Fi

Re: svn commit: r405287 - in /maven/plugins/trunk/maven-assembly-plugin/src: main/java/org/apache/maven/plugin/assembly/ test/java/org/apache/maven/plugin/assembly/ test/java/org/apache/maven/plugin/a

should it be .deleteOnExit() ? dan tran wrote: I think we need to force a delete of temp file in finally block to prevent file leaking File tempRootFile = File.createTempFile( source.getName() + ".", "", tempRoot ); in AbstractAssemblyMojo.java WDYT? -D On 5/8/06, Brett Porter <[EMAIL PROT

Re: svn commit: r405287 - in /maven/plugins/trunk/maven-assembly-plugin/src: main/java/org/apache/maven/plugin/assembly/ test/java/org/apache/maven/plugin/assembly/ test/java/org/apache/maven/plugin/a

I think we need to force a delete of temp file in finally block to prevent file leaking File tempRootFile = File.createTempFile( source.getName() + ".", "", tempRoot ); in AbstractAssemblyMojo.java WDYT? -D On 5/8/06, Brett Porter <[EMAIL PROTECTED]> wrote: dan tran wrote: > Please deploy

Re: svn commit: r405287 - in /maven/plugins/trunk/maven-assembly-plugin/src: main/java/org/apache/maven/plugin/assembly/ test/java/org/apache/maven/plugin/assembly/ test/java/org/apache/maven/plugin/a

dan tran wrote: Please deploy a snapshot. 2.1-20060509.035708-10 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: svn commit: r405287 - in /maven/plugins/trunk/maven-assembly-plugin/src: main/java/org/apache/maven/plugin/assembly/ test/java/org/apache/maven/plugin/assembly/ test/java/org/apache/maven/plugin/a

Please deploy a snapshot.

Re: plugin docs was: [vote] Release maven-assembly-plugin 2.1

Mike Perham wrote: Brett, I appreciate the concern on the subject. My main concern is not thorough documentation - it's basic "what is this and what is it for" doucmentation. Adding goals to a plugin but not including basic user documentation just perpetrates Maven's reputation as a poorly docu

Re: plugin docs was: [vote] Release maven-assembly-plugin 2.1

Mike Perham wrote: Brett, I appreciate the concern on the subject. My main concern is not thorough documentation - it's basic "what is this and what is it for" doucmentation. Adding goals to a plugin but not including basic user documentation just perpetrates Maven's reputation as a poorly docu

RE: plugin docs was: [vote] Release maven-assembly-plugin 2.1

Brett, I appreciate the concern on the subject. My main concern is not thorough documentation - it's basic "what is this and what is it for" doucmentation. Adding goals to a plugin but not including basic user documentation just perpetrates Maven's reputation as a poorly documented project. Ther

RE: [vote] Release Release plugin 2.0-beta-5

Holy cow, is that the sky falling? +1!!! -Original Message- From: Brett Porter [mailto:[EMAIL PROTECTED] Sent: Monday, May 08, 2006 7:19 PM To: Maven Developers List Subject: [vote] Release Release plugin 2.0-beta-5 No, that's not a typo. I'd like to vote to release the release plugin

[vote] [m1] plugin releases : ant & pdf

Hi, I think the following m1 plugins are ready for a release: [] maven-ant-plugin-1.10 [] maven-pdf-plugin-2.5 For changes in each version, check the jira and changes reports on the stage sites given below. +1, 72h... Cheers, Arnaud http://people.apache.org/~aheritier/maven-stage-site/maven-

Re: plugin docs was: [vote] Release maven-assembly-plugin 2.1

Lukas Theussl wrote: In principle I think that 3) should be enforced. Always. Releasing components in an undocumented state means releasing them in an unfinished state, which is shortsighted and irresponsible. It is unfair towards users who don't regularly read the mailing list. I totally ag

Re: plugin docs was: [vote] Release maven-assembly-plugin 2.1

[snip] We should never have gotten into this situation, but I think the best balance is: 1) do as much doc as is practically possible before the release 2) release as is to satisfy users demanding the fixes/features and to reduce load on the users list (many faqs are addressed by things like

[vote] Release Release plugin 2.0-beta-5

No, that's not a typo. I'd like to vote to release the release plugin. It has been completely rewritten since you last met it and now has over 250 unit tests covering everything. Nearly all of the JIRA issues have been closed - a select few were deferred to a 2.0 release. I'm working on a smal

re: plugin docs was: [vote] Release maven-assembly-plugin 2.1

Mike Perham wrote: -1 due to missing documentation. John, I built the site but I don't see any documentation on the new features and how to use them. Did I just miss something? No, they weren't updated by those contributing patches. This mostly occurred before we had our previous discussio

Re: [vote] Release maven-assembly-plugin 2.1

+1 John Casey wrote: Hi, I'd like to call a vote to release the 2.1 version of maven-assembly-plugin. Remember, please test this plugin before voting, if possible. Revision: 405096 Snapshot Version: 2.1-20060508.163042-8 We've fixed several issues and added a few features for this release,

Re: [vote] Release maven-ear-plugin 2.2

On Tue, 9 May 2006, Arik Kfir wrote: My 2 cents: I've been trying to get par and ejb3 aligned with the new preferred .jar file extension, but I wasn't able to do so. I do believe that those packaging formats should still be available, though, and that the file extensions should be changed to .ja

Re: [vote] Release maven-ear-plugin 2.2

a small comment (although not a maven dev): as you probably know, the "par" and "ejb3" extensions are no longer part of the latest jee5 spec. I doubt anyone has any real need for them, as the spec is not yet final (final draft...) so, in order to avoid confusing people, I suggest removing the men

Re: [vote] Release maven-war-plugin 1.6.2 for Maven 1.x

Hi Stephane, +1 for a version 1.7 (since there are some improvements). Cheers Arnaud On 5/8/06, Stephane Nicoll <[EMAIL PROTECTED]> wrote: Hi, I'd like to call a vote to release the 1.6.2 (1.7?) version of the war plugin for m1. There is a few issues left but I think it's a good time to cu

RE: [vote] Release maven-ear-plugin 2.2

+1 Nope, it all looks good to me. I didn't notice the introduction page. My only suggestion would be to break the custom artifact type discussion out as a separate page. It's way too advanced to appear on the introduction page. -Original Message- From: Stephane Nicoll [mailto:[EMAIL

RE: [vote] Release maven-ear-plugin 2.2

+1 -Vincent > -Original Message- > From: Stephane Nicoll [mailto:[EMAIL PROTECTED] > Sent: lundi 8 mai 2006 20:54 > To: Maven Developers List > Subject: [vote] Release maven-ear-plugin 2.2 > > Hi, > > I'd like to call a vote to release the 2.2 version of maven-ear-plugin. > There is onl

Re: [vote] Release maven-ear-plugin 2.2

Hi Mike, WSR file does not really need to be documented. It's supported as stated on the home page: http://people.apache.org/~snicoll/maven-2/ear/introduction.html JavaEE5 support is automatically up if you specify '5' as the version attribute. Also documented: http://people.apache.org/~snicoll/

RE: [vote] Release maven-ear-plugin 2.2

Stephane, thanks for including a link to the site docs. Great idea. I don't really see much documentation for the new features except the security stuff. Do the latter three issues need to be documented? If not, you can consider this a +1. -Original Message- From: Stephane Nicoll [m

[vote] Release maven-war-plugin 1.6.2 for Maven 1.x

Hi, I'd like to call a vote to release the 1.6.2 (1.7?) version of the war plugin for m1. There is a few issues left but I think it's a good time to cut a release. the staging site is available at http://people.apache.org/~ltheussl/maven-stage-site/maven-1.x/plugins/war/

RE: [vote] Release maven-assembly-plugin 2.1

-1 due to missing documentation. John, I built the site but I don't see any documentation on the new features and how to use them. Did I just miss something? Some sample usecases would be helpful for people trying to understand when you use one goal versus another. The "examples" link is an gre

[vote] Release maven-ear-plugin 2.2

Hi, I'd like to call a vote to release the 2.2 version of maven-ear-plugin. There is only one issue left in the MEAR project and I need feedback to resolve it. You can test against maven-ear-plugin-2.2-2060508.184604-1.jar, the staging site is available at http://people.apache.org/~snicoll/maven

Re: [vote] Release maven-assembly-plugin 2.1

Actually, I'd forgotten to add some stuff for tar.gz and tar.bz2unarchivers, related to http://jira.codehaus.org/browse/PLX-216. The new info is: Revision: 405123 Snapshot Version: 2.1-20060508.183148-9 Sorry for the inconvenience! -john On 5/8/06, John Casey <[EMAIL PROTECTED]> wrote: Hi,

[vote] Release maven-assembly-plugin 2.1

Hi, I'd like to call a vote to release the 2.1 version of maven-assembly-plugin. Remember, please test this plugin before voting, if possible. Revision: 405096 Snapshot Version: 2.1-20060508.163042-8 We've fixed several issues and added a few features for this release, notably: * reusable depe

RE: [Maven Wiki] Update of "Maven2Info" by FernandoR

Hi Wiki, I just started using Maven and I am having a hard time getting it to work and these websites are very helpful. Thank you so much for the valuable information. Thanks again, Matilda -Original Message- From: Apache Wiki [mailto:[EMAIL PROTECTED] Sent: Friday, May 05, 2006 3:47 P

mvn install sort classpath

I have a problem. Executing the "mvn install", I want to sort the classpath. How can I manipulate it ? Any ideas ? Thanks in advance ! matha -- View this message in context: http://www.nabble.com/mvn-install-sort-classpath-t1575836.html#a4278260 Sent from the Maven - Dev forum at Nabble.com.

Re: [maven2 build branches/maven-2.0.x - FAILED - update] Mon May 8 08:45:00 GMT 2006

This is a bug in the latest assembly plugin. I'll look into it. [EMAIL PROTECTED] wrote: Log: http://maven.zones.apache.org/~maven/logs/branches/maven-2.0.x/m2-build-log-20060508.084500.txt - To unsubscribe, e-mail: [EMAIL PR