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=10500styleName=Htmlversion=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
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=10500styleName=Htmlversion=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
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
Yes it's just a new thread about the eclipse:eclipse plugin.I replied ;-) Arnaud On Tue, Jun 16, 2009 at 8:46 AM, Brett Porter br...@apache.org wrote: 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
+1 [non-binding] works fine for me, Nicolas 2009/6/16 Reinhard Nägele reinhard.naeg...@mgm-tp.com +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=10500styleName=Htmlversion=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: svn commit: r783525 - /maven/components/trunk/maven-core/src/main/java/org/apache/maven/DefaultArtifactFilterManager.java
On 16-Jun-09, at 12:42 PM, Brett Porter wrote: On 14/06/2009, at 3:53 PM, Jason van Zyl wrote: What we can do internally for people who want to use their POMs as- is with 3.x is to provide some internal mapping from the POM to the configuration element of the new site-plugin. When 3.0 is release no one should have to change their POMs i.e flip all the configuration into the maven-site-plugin configuration but they will have to use the new version of the site-plugin. What about using the site lifecycle (which could be moved to the site plugin if they can be loaded from there easily) so that the reports become normal plugin goals? The advantage is that it works with Maven 2.x today. I'm not sure what you're talking about, it's going to work exactly as it does in 2.x. - Brett - 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 -- We all have problems. How we deal with them is a measure of our worth. -- Unknown - 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
Hi, I have started on it (branch created [1]) and I have an issue building with the current trunk. The log says : org.apache.maven.project.ProjectBuildingException: Failed to build project for /local/olamy/.m2/repository/org/apache/maven/doxia/doxia-site-renderer/1.0/doxia-site-renderer-1.0.pom for project [unknown] at /local/olamy/.m2/repository/org/apache/maven/doxia/doxia-site-renderer/1.0/doxia-site-renderer-1.0.pom at org.apache.maven.project.DefaultProjectBuilder.build(DefaultProjectBuilder.java:118) at org.apache.maven.project.DefaultProjectBuilder.build(DefaultProjectBuilder.java:179) at org.apache.maven.project.DefaultMavenProjectBuilder.buildFromRepository(DefaultMavenProjectBuilder.java:51) at org.apache.maven.project.DefaultMavenProjectBuilder.buildFromRepository(DefaultMavenProjectBuilder.java:79) at org.apache.maven.project.DefaultMavenProjectBuilder.buildFromRepository(DefaultMavenProjectBuilder.java:67) at org.apache.maven.plugin.resources.remote.ProcessRemoteResourcesMojo.getProjects(ProcessRemoteResourcesMojo.java:505) at org.apache.maven.plugin.resources.remote.ProcessRemoteResourcesMojo.configureVelocityContext(ProcessRemoteResourcesMojo.java:665) . Caused by: org.apache.maven.model.ModelBuildingException: 1 problem was encountered during construction of the effective model: o Invalid repository apache.snapshots in POM org.apache:apache:4: org.apache.maven.model.Repository cannot be cast to org.apache.maven.artifact.repository.ArtifactRepository at org.apache.maven.model.DefaultModelBuilder.build(DefaultModelBuilder.java:191) at org.apache.maven.model.DefaultModelBuilder.build(DefaultModelBuilder.java:106) at org.apache.maven.project.DefaultProjectBuilder.build(DefaultProjectBuilder.java:113) ... 21 more ? -- Olivier [1] https://svn.apache.org/repos/asf/maven/plugins/branches/maven-site-plugin-3.x/ 2009/6/16 Jason van Zyl jvan...@sonatype.com: On 16-Jun-09, at 12:42 PM, Brett Porter wrote: On 14/06/2009, at 3:53 PM, Jason van Zyl wrote: What we can do internally for people who want to use their POMs as-is with 3.x is to provide some internal mapping from the POM to the configuration element of the new site-plugin. When 3.0 is release no one should have to change their POMs i.e flip all the configuration into the maven-site-plugin configuration but they will have to use the new version of the site-plugin. What about using the site lifecycle (which could be moved to the site plugin if they can be loaded from there easily) so that the reports become normal plugin goals? The advantage is that it works with Maven 2.x today. I'm not sure what you're talking about, it's going to work exactly as it does in 2.x. - Brett - 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 -- We all have problems. How we deal with them is a measure of our worth. -- Unknown - 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
On 16/06/2009, at 10:09 PM, Jason van Zyl wrote: On 16-Jun-09, at 12:42 PM, Brett Porter wrote: On 14/06/2009, at 3:53 PM, Jason van Zyl wrote: What we can do internally for people who want to use their POMs as-is with 3.x is to provide some internal mapping from the POM to the configuration element of the new site-plugin. When 3.0 is release no one should have to change their POMs i.e flip all the configuration into the maven-site-plugin configuration but they will have to use the new version of the site-plugin. What about using the site lifecycle (which could be moved to the site plugin if they can be loaded from there easily) so that the reports become normal plugin goals? The advantage is that it works with Maven 2.x today. I'm not sure what you're talking about, it's going to work exactly as it does in 2.x. Yep, sorry I misread what you meant by mapping. Still, as an implementation method, utilising the lifecycle and normal plugin goals to generate the data needed, then having the site plugin only render tie that up together rather than managing execution (as it does via the core now) would give more flexibility for the future. - Brett - 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 16-Jun-09, at 1:46 PM, Brett Porter wrote: On 16/06/2009, at 10:09 PM, Jason van Zyl wrote: On 16-Jun-09, at 12:42 PM, Brett Porter wrote: On 14/06/2009, at 3:53 PM, Jason van Zyl wrote: What we can do internally for people who want to use their POMs as-is with 3.x is to provide some internal mapping from the POM to the configuration element of the new site-plugin. When 3.0 is release no one should have to change their POMs i.e flip all the configuration into the maven-site-plugin configuration but they will have to use the new version of the site-plugin. What about using the site lifecycle (which could be moved to the site plugin if they can be loaded from there easily) so that the reports become normal plugin goals? The advantage is that it works with Maven 2.x today. I'm not sure what you're talking about, it's going to work exactly as it does in 2.x. Yep, sorry I misread what you meant by mapping. Still, as an implementation method, utilising the lifecycle and normal plugin goals to generate the data needed, then having the site plugin only render tie that up together rather than managing execution (as it does via the core now) would give more flexibility for the future. Custom lifecycle will still work as they do apart from being more dynamic. Whether a lifecycle or just plugins with goals will be up to whoever rewrites it. The way it is now or not using a custom lifecycle won't make any difference to 3.x itself. - Brett - 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 -- 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: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Ant tasks updates
Hi Everyone, The Maven Ant Tasks in trunk [1] have become a bit out of date, so I'm going to replace what's currently in trunk with the 2.0.x branch [2]. Also, I had moved the Ant tasks jar into it's own section on the maven download page [3], but it looks like someone moved it back? My reasoning for moving it to a separate section is because the Ant tasks are really on a separate release schedule from Maven core. For the next release of the Ant tasks, I think it might make the most sense just to move the download links to the main ant tasks site. Instead of having it kind of hidden among the other downloads as it is now. I'm also planning the following maintenance on the site: - Remove ant-tasks.html and ant-tasks-release-notes.html since both of these are redirected by .htaccess - Remove the link maven-ant-tasks and add a redirect in .htaccess (/maven-ant-tasks - /ant-tasks) - Remove the directory maven-ant-tasks-2.0.9 because this doesn't appear to contain any useful pages. [1]https://svn.apache.org/repos/asf/maven/ant-tasks/trunk [2]https://svn.apache.org/repos/asf/maven/ant-tasks/branches/maven-ant-tasks-2.0.x [3]http://maven.apache.org/download.html - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Ant tasks updates
Paul Gier wrote: Also, I had moved the Ant tasks jar into it's own section on the maven download page [3], but it looks like someone moved it back? My reasoning for moving it to a separate section is because the Ant tasks are really on a separate release schedule from Maven core. You can ignore this part. Looks like I uploaded the new page, but I never committed my site changes to svn, so that's why they were lost. I will fix this today. I will also add links to the ant tasks sources. - 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
Olivier Lamy wrote: I have started on it (branch created [1]) and I have an issue building with the current trunk. [...] o Invalid repository apache.snapshots in POM org.apache:apache:4: org.apache.maven.model.Repository cannot be cast to org.apache.maven.artifact.repository.ArtifactRepository You need to use maven-remote-resources-plugin:1.0.1-SNAPSHOT to get the fix for MRRESOURCES-35. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Maven, M2Eclipse, Nexus @ Eclipse DemoCamp in Budapest
Also, two of us will be at University of Szeged on Friday 19th, doing the same we'll be doing some demos and chatting with folks. The beer will came later, most probably at the evening. Anyone around, interested to attend the presentation at University, do some chat and/or beer should contact me directly on my mail, since exact times and pubs are not known yet. Thanks, ~t~ On Sun, Jun 14, 2009 at 9:51 AM, Jason van Zyljvan...@sonatype.com wrote: Hi, Tamás Cservenák and me will be at the Eclipse DemoCamp on Thursday June 18th. If you're interested in M2Eclipse, Maven or Nexus we'll be doing some demos and chatting with folks. Beer will most likely be involved afterward :-) http://wiki.eclipse.org/Eclipse_DemoCamps_Galileo_2009/Budapest Thanks, Jason -- Jason van Zyl Founder, Apache Maven http://twitter.com/jvanzyl http://twitter.com/SonatypeNexus http://twitter.com/SonatypeM2E -- Simplex sigillum veri. (Simplicity is the seal of truth.) - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-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: r785347 - /maven/components/trunk/pom.xml
On 17/06/2009, at 5:18 AM, jvan...@apache.org wrote: Author: jvanzyl Date: Tue Jun 16 19:18:18 2009 New Revision: 785347 URL: http://svn.apache.org/viewvc?rev=785347view=rev Log: o adding changes to provide dynamic mapping to m2e lifecycle executor it also appears to have removed the osgi profile, was that intentional? - Brett - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
