Re: [VOTE] Maven 2.2.0
On 16/06/2009, at 4:37 PM, Andrei Solntsev wrote: Hi, Have you seen this post about recent release of maven-eclipse-plugin? http://twasink.net/blog/2009/06/this-is-why-maven-gives-me-the-shits/ Guys are a little bit frustrated saying " Why, Maven developers? Why? Why are you releasing any new versions yet? ... there is no excuse for this. " Being related to the Eclipse plugin, that is completely irrelevant to this vote thread. Maven core goes through lengthy RC cycles to avoid precisely that problem. If you'd like to discuss it, please change the topic. Anyway, as far as I could tell, how critical that issue is seems a matter of opinion. - Brett - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
RE: [VOTE] Maven 2.2.0
Hi, Have you seen this post about recent release of maven-eclipse-plugin? http://twasink.net/blog/2009/06/this-is-why-maven-gives-me-the-shits/ Guys are a little bit frustrated saying " Why, Maven developers? Why? Why are you releasing any new versions yet? ... there is no excuse for this. " Andrei Solntsev -Original Message- From: Reinhard Nägele [mailto:reinhard.naeg...@mgm-tp.com] Sent: Tuesday, June 16, 2009 9:33 AM To: Maven Developers List Subject: Re: [VOTE] Maven 2.2.0 +1 [non-binding] John Casey schrieb: > Hi, > > Okay, it looks like there haven't been many problems with the latest > RC of Maven 2.2.0. So, I'd like to put it up for a vote. > > We've solved 23 issues for this release: > > http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10500&styleName=Html&version=15103 > > > > You can download the source-release artifact which contains the > fully-buildable project structure, or the executable binaries from here: > > https://repository.apache.org/content/repositories/maven-staging-017/ > > There will be a couple of documentation improvements for this release > as well. I haven't deployed the site updates, but you can find the > documents here: > > http://svn.apache.org/repos/asf/maven/site/trunk/src/site/apt/guides/mini/guide-building-jdk14-on-jdk15.apt > > > http://svn.apache.org/repos/asf/maven/site/trunk/src/site/apt/guides/mini/guide-default-execution-ids.apt > > > > This vote will be open for 72 hours: > > [ ] +1 > [ ] +0 > [ ] -1 > > Here's my +1. > > Thanks, > > -john > > --- > John Casey > Developer and PMC Member, Apache Maven (http://maven.apache.org) > Member, Apache Software Foundation > > "What we have to learn to do, we learn by doing." >-Aristotle > > - > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org > For additional commands, e-mail: dev-h...@maven.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [VOTE] Maven 2.2.0
+1 [non-binding] John Casey schrieb: Hi, Okay, it looks like there haven't been many problems with the latest RC of Maven 2.2.0. So, I'd like to put it up for a vote. We've solved 23 issues for this release: http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10500&styleName=Html&version=15103 You can download the source-release artifact which contains the fully-buildable project structure, or the executable binaries from here: https://repository.apache.org/content/repositories/maven-staging-017/ There will be a couple of documentation improvements for this release as well. I haven't deployed the site updates, but you can find the documents here: http://svn.apache.org/repos/asf/maven/site/trunk/src/site/apt/guides/mini/guide-building-jdk14-on-jdk15.apt http://svn.apache.org/repos/asf/maven/site/trunk/src/site/apt/guides/mini/guide-default-execution-ids.apt This vote will be open for 72 hours: [ ] +1 [ ] +0 [ ] -1 Here's my +1. Thanks, -john --- John Casey Developer and PMC Member, Apache Maven (http://maven.apache.org) Member, Apache Software Foundation "What we have to learn to do, we learn by doing." -Aristotle - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
RE: [VOTE] Maven 2.2.0
+1 [non-binding] -Original Message- From: John Casey [mailto:jdca...@commonjava.org] Sent: Monday, June 15, 2009 2:30 PM To: Maven Developers List Subject: [VOTE] Maven 2.2.0 Hi, Okay, it looks like there haven't been many problems with the latest RC of Maven 2.2.0. So, I'd like to put it up for a vote. We've solved 23 issues for this release: http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10500&styleNa me=Html&version=15103 You can download the source-release artifact which contains the fully-buildable project structure, or the executable binaries from here: https://repository.apache.org/content/repositories/maven-staging-017/ There will be a couple of documentation improvements for this release as well. I haven't deployed the site updates, but you can find the documents here: http://svn.apache.org/repos/asf/maven/site/trunk/src/site/apt/guides/min i/guide-building-jdk14-on-jdk15.apt http://svn.apache.org/repos/asf/maven/site/trunk/src/site/apt/guides/min i/guide-default-execution-ids.apt This vote will be open for 72 hours: [ ] +1 [ ] +0 [ ] -1 Here's my +1. Thanks, -john --- John Casey Developer and PMC Member, Apache Maven (http://maven.apache.org) Member, Apache Software Foundation "What we have to learn to do, we learn by doing." -Aristotle - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
[VOTE] Maven 2.2.0
Hi, Okay, it looks like there haven't been many problems with the latest RC of Maven 2.2.0. So, I'd like to put it up for a vote. We've solved 23 issues for this release: http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10500&styleName=Html&version=15103 You can download the source-release artifact which contains the fully-buildable project structure, or the executable binaries from here: https://repository.apache.org/content/repositories/maven-staging-017/ There will be a couple of documentation improvements for this release as well. I haven't deployed the site updates, but you can find the documents here: http://svn.apache.org/repos/asf/maven/site/trunk/src/site/apt/guides/mini/guide-building-jdk14-on-jdk15.apt http://svn.apache.org/repos/asf/maven/site/trunk/src/site/apt/guides/mini/guide-default-execution-ids.apt This vote will be open for 72 hours: [ ] +1 [ ] +0 [ ] -1 Here's my +1. Thanks, -john --- John Casey Developer and PMC Member, Apache Maven (http://maven.apache.org) Member, Apache Software Foundation "What we have to learn to do, we learn by doing." -Aristotle - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: svn commit: r783525 - /maven/components/trunk/maven-core/src/main/java/org/apache/maven/DefaultArtifactFilterManager.java
On 15-Jun-09, at 2:14 PM, Lukas Theussl wrote: Why is it a problem that doxia is "not really and independent project used by anyone"? Does doxia have any different status than, say, wagon, surefire, archetype...? I think these are all in the same boat and all a bit of a problem actually. I think they have the same status and that's too few maintainers and too few releases. Thanks, Jason -- Jason van Zyl Founder, Apache Maven http://twitter.com/jvanzyl http://twitter.com/SonatypeNexus http://twitter.com/SonatypeM2E -- A man enjoys his work when he understands the whole and when he is responsible for the quality of the whole -- Christopher Alexander, A Pattern Language - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Update on ASF Release requirements
This particular assembly descriptor is a one-time case for the assembly plugin only. It's not the one that Brian was talking about, since that one will have to be much more generalized to handle the variability of other projects. In this case, I know that the build directory for the assembly plugin is 'target' so there's no danger here. The descriptor isn't included in the binary artifact, so we should be fine. -john Barrie Treloar wrote: On Sat, Jun 13, 2009 at 7:40 AM, Barrie Treloar wrote: On Sat, Jun 13, 2009 at 7:21 AM, Barrie Treloar wrote: On Sat, Jun 13, 2009 at 12:04 AM, John Casey wrote: Is this still happening with maven-assembly-plugin 2.2-beta-4? It was 2.2-beta-2, I'll check -4 2.2-beta-4 behaves correctly. http://svn.apache.org/repos/asf/maven/plugins/branches/maven-assembly-plugin-2.2-beta-4/src/main/assembly/source-release.xml uses ${project.build.directory} except in the excludes block: *.log target/** I tried *.log ${project.build.directory}/** and it correctly gets replaced with target. - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: svn commit: r783525 - /maven/components/trunk/maven-core/src/main/java/org/apache/maven/DefaultArtifactFilterManager.java
Jason van Zyl wrote: On 15-Jun-09, at 10:29 AM, Lukas Theussl wrote: Jason van Zyl wrote: On 11-Jun-09, at 8:53 AM, Lukas Theussl wrote: Hi Olivier, How does this relate to MNG-3402? This doesn't relate to anything in 3.x because it's not going to be an issue because no doxia classes will be distributed with 3.x. Not sure what you guys are planning for 3.x. There were never any doxia classes distributed with any version of maven, that's not the issue. doxia-sink and yes it is an issue. This particular issue aside. Well that's exacly the point about MNG-3402. The only place where a doxia class is referenced in maven 2.x core is MavenReport in reporting-api, but the Sink there is the old codehaus Sink. This interface, apart from getting deprecated, has not changed since I don't know when. So even though the MavenArtifactFilterManager puts the maven Sink in front in your class path, the class is never actually referenced. The problem is (was) that maven 2.x is filtering the doxia version (MNG-3402), which makes it impossible for plugins to use their own (updated) version of doxia (usecase: pdf plugin). The development of doxia was hindered not by it's coupling to maven, but by maven refusing any update to doxia. The that immediately presents the problem we have. If doxia is hindered by Maven not updating then it's not really and independent project used by anyone. I think you misunderstood me or maybe I misunderstand you. I did not say "doxia is hindered by Maven not updating", I said "...by maven refusing any update to doxia". The current site plugin on trunk is still using doxia 1.0 which is effectively more than a year old now and has seen only few changes the year before that. Doxia 1.1 was released 3 months ago and since then we've solved 47 issues for 1.1.1. It would be released by now if it wasn't for those new Apache requirements. Together with the ~100 issues solved in 1.1, this makes ~150 solved issues that current maven site users are still waiting for. Why is it a problem that doxia is "not really and independent project used by anyone"? Does doxia have any different status than, say, wagon, surefire, archetype...? But anyway, I'm happy that all this will be no issue in 3.x :) Nope. Yes, really, I am happy... Doxia will truly be an independent project and will survive or die based on the value provided reporting implementation created with it. Not sure how to parse that and again, don't know what you mean with "independent project"? -Lukas Just wondering because we had a lot of discussions about this issue in the past wrt Doxia release plan [1], and from other peoples' comments I always got the impression that it will lead to trouble... even though I never noticed anything myself. -Lukas [1] http://www.nabble.com/MNG-3402-tt17207692.html ol...@apache.org wrote: Author: olamy Date: Wed Jun 10 21:30:40 2009 New Revision: 783525 URL: http://svn.apache.org/viewvc?rev=783525&view=rev Log: don't filter doxia-sink-api. users will be still able to run : mvn site:site Modified: maven/components/trunk/maven-core/src/main/java/org/apache/maven/DefaultArtifactFilterManager.java Modified: maven/components/trunk/maven-core/src/main/java/org/apache/maven/DefaultArtifactFilterManager.java URL: http://svn.apache.org/viewvc/maven/components/trunk/maven-core/src/main/java/org/apache/maven/DefaultArtifactFilterManager.java?rev=783525&r1=783524&r2=783525&view=diff == --- maven/components/trunk/maven-core/src/main/java/org/apache/maven/DefaultArtifactFilterManager.java (original) +++ maven/components/trunk/maven-core/src/main/java/org/apache/maven/DefaultArtifactFilterManager.java Wed Jun 10 21:30:40 2009 @@ -54,7 +54,7 @@ artifacts.add( "classworlds" ); artifacts.add( "plexus-classworlds" ); artifacts.add( "commons-cli" ); -artifacts.add( "doxia-sink-api" ); +//artifacts.add( "doxia-sink-api" ); artifacts.add( "jsch" ); artifacts.add( "maven-artifact" ); artifacts.add( "maven-artifact-manager" ); - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org Thanks, Jason -- Jason van Zyl Founder, Apache Maven http://twitter.com/jvanzyl http://twitter.com/SonatypeNexus http://twitter.com/SonatypeM2E -- A man enjoys his work when he understands the whole and when he is responsible for the quality of the whole -- Christopher Alexander, A Pattern Language - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: svn commit: r783525 - /maven/components/trunk/maven-core/src/main/java/org/apache/maven/DefaultArtifactFilterManager.java
On 15-Jun-09, at 10:29 AM, Lukas Theussl wrote: Jason van Zyl wrote: On 11-Jun-09, at 8:53 AM, Lukas Theussl wrote: Hi Olivier, How does this relate to MNG-3402? This doesn't relate to anything in 3.x because it's not going to be an issue because no doxia classes will be distributed with 3.x. Not sure what you guys are planning for 3.x. There were never any doxia classes distributed with any version of maven, that's not the issue. doxia-sink and yes it is an issue. This particular issue aside. The problem is (was) that maven 2.x is filtering the doxia version (MNG-3402), which makes it impossible for plugins to use their own (updated) version of doxia (usecase: pdf plugin). The development of doxia was hindered not by it's coupling to maven, but by maven refusing any update to doxia. The that immediately presents the problem we have. If doxia is hindered by Maven not updating then it's not really and independent project used by anyone. But anyway, I'm happy that all this will be no issue in 3.x :) Nope. Doxia will truly be an independent project and will survive or die based on the value provided reporting implementation created with it. -Lukas Just wondering because we had a lot of discussions about this issue in the past wrt Doxia release plan [1], and from other peoples' comments I always got the impression that it will lead to trouble... even though I never noticed anything myself. -Lukas [1] http://www.nabble.com/MNG-3402-tt17207692.html ol...@apache.org wrote: Author: olamy Date: Wed Jun 10 21:30:40 2009 New Revision: 783525 URL: http://svn.apache.org/viewvc?rev=783525&view=rev Log: don't filter doxia-sink-api. users will be still able to run : mvn site:site Modified: maven/components/trunk/maven-core/src/main/java/org/apache/ maven/DefaultArtifactFilterManager.java Modified: maven/components/trunk/maven-core/src/main/java/org/ apache/maven/DefaultArtifactFilterManager.java URL: http://svn.apache.org/viewvc/maven/components/trunk/maven-core/src/main/java/org/apache/maven/DefaultArtifactFilterManager.java?rev=783525&r1=783524&r2=783525&view=diff = = = = = = = = = = = === --- maven/components/trunk/maven-core/src/main/java/org/apache/ maven/DefaultArtifactFilterManager.java (original) +++ maven/components/trunk/maven-core/src/main/java/org/apache/ maven/DefaultArtifactFilterManager.java Wed Jun 10 21:30:40 2009 @@ -54,7 +54,7 @@ artifacts.add( "classworlds" ); artifacts.add( "plexus-classworlds" ); artifacts.add( "commons-cli" ); -artifacts.add( "doxia-sink-api" ); +//artifacts.add( "doxia-sink-api" ); artifacts.add( "jsch" ); artifacts.add( "maven-artifact" ); artifacts.add( "maven-artifact-manager" ); - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org Thanks, Jason -- Jason van Zyl Founder, Apache Maven http://twitter.com/jvanzyl http://twitter.com/SonatypeNexus http://twitter.com/SonatypeM2E -- A man enjoys his work when he understands the whole and when he is responsible for the quality of the whole -- Christopher Alexander, A Pattern Language - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org Thanks, Jason -- Jason van Zyl Founder, Apache Maven http://twitter.com/jvanzyl http://twitter.com/SonatypeNexus http://twitter.com/SonatypeM2E -- the course of true love never did run smooth ... -- Shakespeare - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: svn commit: r783525 - /maven/components/trunk/maven-core/src/main/java/org/apache/maven/DefaultArtifactFilterManager.java
Jason van Zyl wrote: On 11-Jun-09, at 8:53 AM, Lukas Theussl wrote: Hi Olivier, How does this relate to MNG-3402? This doesn't relate to anything in 3.x because it's not going to be an issue because no doxia classes will be distributed with 3.x. Not sure what you guys are planning for 3.x. There were never any doxia classes distributed with any version of maven, that's not the issue. The problem is (was) that maven 2.x is filtering the doxia version (MNG-3402), which makes it impossible for plugins to use their own (updated) version of doxia (usecase: pdf plugin). The development of doxia was hindered not by it's coupling to maven, but by maven refusing any update to doxia. But anyway, I'm happy that all this will be no issue in 3.x :) -Lukas Just wondering because we had a lot of discussions about this issue in the past wrt Doxia release plan [1], and from other peoples' comments I always got the impression that it will lead to trouble... even though I never noticed anything myself. -Lukas [1] http://www.nabble.com/MNG-3402-tt17207692.html ol...@apache.org wrote: Author: olamy Date: Wed Jun 10 21:30:40 2009 New Revision: 783525 URL: http://svn.apache.org/viewvc?rev=783525&view=rev Log: don't filter doxia-sink-api. users will be still able to run : mvn site:site Modified: maven/components/trunk/maven-core/src/main/java/org/apache/maven/DefaultArtifactFilterManager.java Modified: maven/components/trunk/maven-core/src/main/java/org/apache/maven/DefaultArtifactFilterManager.java URL: http://svn.apache.org/viewvc/maven/components/trunk/maven-core/src/main/java/org/apache/maven/DefaultArtifactFilterManager.java?rev=783525&r1=783524&r2=783525&view=diff == --- maven/components/trunk/maven-core/src/main/java/org/apache/maven/DefaultArtifactFilterManager.java (original) +++ maven/components/trunk/maven-core/src/main/java/org/apache/maven/DefaultArtifactFilterManager.java Wed Jun 10 21:30:40 2009 @@ -54,7 +54,7 @@ artifacts.add( "classworlds" ); artifacts.add( "plexus-classworlds" ); artifacts.add( "commons-cli" ); -artifacts.add( "doxia-sink-api" ); +//artifacts.add( "doxia-sink-api" ); artifacts.add( "jsch" ); artifacts.add( "maven-artifact" ); artifacts.add( "maven-artifact-manager" ); - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org Thanks, Jason -- Jason van Zyl Founder, Apache Maven http://twitter.com/jvanzyl http://twitter.com/SonatypeNexus http://twitter.com/SonatypeM2E -- A man enjoys his work when he understands the whole and when he is responsible for the quality of the whole -- Christopher Alexander, A Pattern Language - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org