Re: [VOTE] Shared Component Maven Reporting Exec 1.0
+1 - Stephen --- Sent from my Android phone, so random spelling mistakes, random nonsense words and other nonsense are a direct result of using swype to type on the screen On 5 Jul 2011 15:00, Olivier Lamy ol...@apache.org wrote: Hi, Here a vote to release the first version of maven-reporting-exec component This component contains necessary code to run site plugin with maven 3. So currently no jira issues as it's a simply an extraction of code from maven site plugin for maven 3 branch [1] Staging repo : https://repository.apache.org/content/repositories/maven-015/ Site : http://maven.apache.org/shared/maven-reporting-exec/ (wait sync as currently it's an old 1.0-SNAPSHOT deployed) You can test it with the site plugin 3.x branch [1] Vote open for 72H. [ ] +1 [ ] +0 [ ] -1 Here my +1. -- Olivier Lamy http://twitter.com/olamy | http://www.linkedin.com/in/olamy [1] http://svn.apache.org/repos/asf/maven/plugins/branches/maven-site-plugin-3.x/ - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Vote for plexus release, please?
... - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Whoops: take 2: Vote for Wagon release, please.
Sorry, no coffee. - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [VOTE] Release Wagon version 1.0
+1 works so far (have tested yesterday). Regarding the bugs resolved in 1.0. Can you please dupe them over to 2.0 too? txs and LieGrue, strub --- On Wed, 7/6/11, Benson Margulies bimargul...@gmail.com wrote: From: Benson Margulies bimargul...@gmail.com Subject: [VOTE] Release Wagon version 1.0 To: Maven Developers List dev@maven.apache.org Date: Wednesday, July 6, 2011, 11:40 PM Hi, We solved 4 issues: http://jira.codehaus.org/secure/ReleaseNote.jspa?atl_token=ACIO-CAVI-QX7G-9IAS|54cb0a05f789c3d1c147937a1867cbad60dfe04a|linversion=16884styleName=TextprojectId=10335Create=Create There are still a plenty of issues left in JIRA: http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=truejqlQuery=project+%3D+WAGON+AND+status+%3D+Open+ORDER+BY+priority+DESCmode=hide Staging repo: https://repository.apache.org/content/repositories/maven-003/ Staging site: http://maven.apache.org/wagon-1.0 Guide to testing staged releases: http://maven.apache.org/guides/development/guide-testing-releases.html Please be so kind as to put your apache email address somewhere in your vote email if it isn't sent from there. Vote open for 72 hours. [ ] +1 [ ] +0 [ ] -1 - 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] Release Wagon version 1.0
You mean the ones other people fixed? I already did mine :-) Can do. On Fri, Jul 8, 2011 at 8:06 AM, Mark Struberg strub...@yahoo.de wrote: +1 works so far (have tested yesterday). Regarding the bugs resolved in 1.0. Can you please dupe them over to 2.0 too? txs and LieGrue, strub --- On Wed, 7/6/11, Benson Margulies bimargul...@gmail.com wrote: From: Benson Margulies bimargul...@gmail.com Subject: [VOTE] Release Wagon version 1.0 To: Maven Developers List dev@maven.apache.org Date: Wednesday, July 6, 2011, 11:40 PM Hi, We solved 4 issues: http://jira.codehaus.org/secure/ReleaseNote.jspa?atl_token=ACIO-CAVI-QX7G-9IAS|54cb0a05f789c3d1c147937a1867cbad60dfe04a|linversion=16884styleName=TextprojectId=10335Create=Create There are still a plenty of issues left in JIRA: http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=truejqlQuery=project+%3D+WAGON+AND+status+%3D+Open+ORDER+BY+priority+DESCmode=hide Staging repo: https://repository.apache.org/content/repositories/maven-003/ Staging site: http://maven.apache.org/wagon-1.0 Guide to testing staged releases: http://maven.apache.org/guides/development/guide-testing-releases.html Please be so kind as to put your apache email address somewhere in your vote email if it isn't sent from there. Vote open for 72 hours. [ ] +1 [ ] +0 [ ] -1 - 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] Release Wagon version 1.0
+1 -Lukas Benson Margulies wrote: Hi, We solved 4 issues: http://jira.codehaus.org/secure/ReleaseNote.jspa?atl_token=ACIO-CAVI-QX7G-9IAS|54cb0a05f789c3d1c147937a1867cbad60dfe04a|linversion=16884styleName=TextprojectId=10335Create=Create There are still a plenty of issues left in JIRA: http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=truejqlQuery=project+%3D+WAGON+AND+status+%3D+Open+ORDER+BY+priority+DESCmode=hide Staging repo: https://repository.apache.org/content/repositories/maven-003/ Staging site: http://maven.apache.org/wagon-1.0 Guide to testing staged releases: http://maven.apache.org/guides/development/guide-testing-releases.html Please be so kind as to put your apache email address somewhere in your vote email if it isn't sent from there. Vote open for 72 hours. [ ] +1 [ ] +0 [ ] -1 - 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: r1144300 - in /maven/plugins/trunk/maven-javadoc-plugin: ./ src/it/MJAVADOC-320/ src/it/MJAVADOC-320/module1/ src/it/MJAVADOC-320/module1/src/ src/it/MJAVADOC-320/module1/src/main/ src
Hi Mark, Please use the Maven SVN Conventions for commit messages: http://maven.apache.org/developers/conventions/svn.html Thanks! -Lukas strub...@apache.org wrote: Author: struberg Date: Fri Jul 8 12:57:27 2011 New Revision: 1144300 URL: http://svn.apache.org/viewvc?rev=1144300view=rev Log: MJAVADOC-320 fix includeTransitiveDependencySources. thanks to Jakob Korherr (apacheId: jakobk)! Added: maven/plugins/trunk/maven-javadoc-plugin/src/it/MJAVADOC-320/ maven/plugins/trunk/maven-javadoc-plugin/src/it/MJAVADOC-320/goals.txt (with props) maven/plugins/trunk/maven-javadoc-plugin/src/it/MJAVADOC-320/module1/ maven/plugins/trunk/maven-javadoc-plugin/src/it/MJAVADOC-320/module1/pom.xml (with props) maven/plugins/trunk/maven-javadoc-plugin/src/it/MJAVADOC-320/module1/src/ maven/plugins/trunk/maven-javadoc-plugin/src/it/MJAVADOC-320/module1/src/main/ maven/plugins/trunk/maven-javadoc-plugin/src/it/MJAVADOC-320/module1/src/main/java/ maven/plugins/trunk/maven-javadoc-plugin/src/it/MJAVADOC-320/module1/src/main/java/org/ maven/plugins/trunk/maven-javadoc-plugin/src/it/MJAVADOC-320/module1/src/main/java/org/apache/ maven/plugins/trunk/maven-javadoc-plugin/src/it/MJAVADOC-320/module1/src/main/java/org/apache/maven/ maven/plugins/trunk/maven-javadoc-plugin/src/it/MJAVADOC-320/module1/src/main/java/org/apache/maven/plugin/ maven/plugins/trunk/maven-javadoc-plugin/src/it/MJAVADOC-320/module1/src/main/java/org/apache/maven/plugin/javadoc/ maven/plugins/trunk/maven-javadoc-plugin/src/it/MJAVADOC-320/module1/src/main/java/org/apache/maven/plugin/javadoc/it/ maven/plugins/trunk/maven-javadoc-plugin/src/it/MJAVADOC-320/module1/src/main/java/org/apache/maven/plugin/javadoc/it/Module1Class.java (with props) maven/plugins/trunk/maven-javadoc-plugin/src/it/MJAVADOC-320/module2/ maven/plugins/trunk/maven-javadoc-plugin/src/it/MJAVADOC-320/module2/pom.xml (with props) maven/plugins/trunk/maven-javadoc-plugin/src/it/MJAVADOC-320/module2/src/ maven/plugins/trunk/maven-javadoc-plugin/src/it/MJAVADOC-320/module2/src/main/ maven/plugins/trunk/maven-javadoc-plugin/src/it/MJAVADOC-320/module2/src/main/java/ maven/plugins/trunk/maven-javadoc-plugin/src/it/MJAVADOC-320/module2/src/main/java/org/ maven/plugins/trunk/maven-javadoc-plugin/src/it/MJAVADOC-320/module2/src/main/java/org/apache/ maven/plugins/trunk/maven-javadoc-plugin/src/it/MJAVADOC-320/module2/src/main/java/org/apache/maven/ maven/plugins/trunk/maven-javadoc-plugin/src/it/MJAVADOC-320/module2/src/main/java/org/apache/maven/plugin/ maven/plugins/trunk/maven-javadoc-plugin/src/it/MJAVADOC-320/module2/src/main/java/org/apache/maven/plugin/javadoc/ maven/plugins/trunk/maven-javadoc-plugin/src/it/MJAVADOC-320/module2/src/main/java/org/apache/maven/plugin/javadoc/it/ maven/plugins/trunk/maven-javadoc-plugin/src/it/MJAVADOC-320/module2/src/main/java/org/apache/maven/plugin/javadoc/it/Module2Class.java (with props) maven/plugins/trunk/maven-javadoc-plugin/src/it/MJAVADOC-320/module3/ maven/plugins/trunk/maven-javadoc-plugin/src/it/MJAVADOC-320/module3/pom.xml (with props) maven/plugins/trunk/maven-javadoc-plugin/src/it/MJAVADOC-320/module3/src/ maven/plugins/trunk/maven-javadoc-plugin/src/it/MJAVADOC-320/module3/src/main/ maven/plugins/trunk/maven-javadoc-plugin/src/it/MJAVADOC-320/module3/src/main/java/ maven/plugins/trunk/maven-javadoc-plugin/src/it/MJAVADOC-320/module3/src/main/java/org/ maven/plugins/trunk/maven-javadoc-plugin/src/it/MJAVADOC-320/module3/src/main/java/org/apache/ maven/plugins/trunk/maven-javadoc-plugin/src/it/MJAVADOC-320/module3/src/main/java/org/apache/maven/ maven/plugins/trunk/maven-javadoc-plugin/src/it/MJAVADOC-320/module3/src/main/java/org/apache/maven/plugin/ maven/plugins/trunk/maven-javadoc-plugin/src/it/MJAVADOC-320/module3/src/main/java/org/apache/maven/plugin/javadoc/ maven/plugins/trunk/maven-javadoc-plugin/src/it/MJAVADOC-320/module3/src/main/java/org/apache/maven/plugin/javadoc/it/ maven/plugins/trunk/maven-javadoc-plugin/src/it/MJAVADOC-320/module3/src/main/java/org/apache/maven/plugin/javadoc/it/Module3Class.java (with props) maven/plugins/trunk/maven-javadoc-plugin/src/it/MJAVADOC-320/pom.xml (with props) maven/plugins/trunk/maven-javadoc-plugin/src/it/MJAVADOC-320/verify.bsh (with props) maven/plugins/trunk/maven-javadoc-plugin/src/main/java/org/apache/maven/plugin/javadoc/resolver/ProjectArtifactFilter.java (with props) Modified: maven/plugins/trunk/maven-javadoc-plugin/pom.xml maven/plugins/trunk/maven-javadoc-plugin/src/main/java/org/apache/maven/plugin/javadoc/AbstractJavadocMojo.java maven/plugins/trunk/maven-javadoc-plugin/src/main/java/org/apache/maven/plugin/javadoc/resolver/ResourceResolver.java [snip]
Re: [VOTE] Release Maven Dependency Plugin version 2.3
+1. I reviewed the change for 316 and am comfortable with it. Regarding the simple things pushed off, that doesn't worry me much, its just more reason to cut another release soon. I haven't looked at the issue list lately but for the one I did in Feb, I applied all the patches I could find that worked. So that's a way of saying patches will get things fixed faster. On Wed, Jul 6, 2011 at 5:54 PM, Jörg Schaible joerg.schai...@gmx.de wrote: Hi Stephen, Stephen Connolly wrote: I have a critical need for MDEP-316. It took 2 days to get this to a state where it could actually be released. There are no vetos for Apache releases, I know and my vote isn't even binding, I simply express my embarrassment. (as release manager for this release) my intention is to continue with this release. I have no issue pushing fixes after we have this out the door... but the difference in behaviour between M2 and M3 in the copy and unpack goals is IMHO critical. All those issues simply fix typos in code or Javadoc that prevents either the proper usage of a goal or one of its parameters. Nothing more. Therefore it is so embarrassing that they are *again* simply ignored. If the patches for those issues apply clean and the tests all pass, I am more than happy to roll a 2.3.1 while this vote is in progress. It's not the first time, that I've been told this. Some day it simply starts to annoy, especially if something happens like here MDEP-231. - Jörg - 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] Release Maven Dependency Plugin version 2.3
+1 LieGrue, strub --- On Fri, 7/8/11, Brian Fox bri...@infinity.nu wrote: From: Brian Fox bri...@infinity.nu Subject: Re: [VOTE] Release Maven Dependency Plugin version 2.3 To: Maven Developers List dev@maven.apache.org, joerg.schai...@gmx.de Date: Friday, July 8, 2011, 4:19 PM +1. I reviewed the change for 316 and am comfortable with it. Regarding the simple things pushed off, that doesn't worry me much, its just more reason to cut another release soon. I haven't looked at the issue list lately but for the one I did in Feb, I applied all the patches I could find that worked. So that's a way of saying patches will get things fixed faster. On Wed, Jul 6, 2011 at 5:54 PM, Jörg Schaible joerg.schai...@gmx.de wrote: Hi Stephen, Stephen Connolly wrote: I have a critical need for MDEP-316. It took 2 days to get this to a state where it could actually be released. There are no vetos for Apache releases, I know and my vote isn't even binding, I simply express my embarrassment. (as release manager for this release) my intention is to continue with this release. I have no issue pushing fixes after we have this out the door... but the difference in behaviour between M2 and M3 in the copy and unpack goals is IMHO critical. All those issues simply fix typos in code or Javadoc that prevents either the proper usage of a goal or one of its parameters. Nothing more. Therefore it is so embarrassing that they are *again* simply ignored. If the patches for those issues apply clean and the tests all pass, I am more than happy to roll a 2.3.1 while this vote is in progress. It's not the first time, that I've been told this. Some day it simply starts to annoy, especially if something happens like here MDEP-231. - Jörg - 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: Welcome Robert Scholte to the Apache Maven team!
What a warm welcome :)Thanks for all the congratulations. It's really great to be accepted as a member of the Maven-family. Now let's get ready to rumble and have a good time!! -Robert Date: Wed, 6 Jul 2011 18:24:12 -0400 Subject: Re: Welcome Robert Scholte to the Apache Maven team! From: bimargul...@gmail.com To: dev@maven.apache.org Welcome! On Wed, Jul 6, 2011 at 6:20 PM, Paul Gier pg...@redhat.com wrote: Welcome Robert! On 07/06/2011 02:40 PM, Mark Struberg wrote: Hi Maven folks! The Apache Maven PMC is glad to welcome Robert Scholte as new Apache Maven Committer! Most of us know Robert already from his dedicated work on lots of Maven plugins over at codehaus-mojo, so I guess I don't have to add much ;) Robert, congratulations and happy hacking! LieGrue, strub - 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] Shared Component Maven Reporting Exec 1.0
+1 -Robert Date: Fri, 8 Jul 2011 07:39:54 +0100 Subject: Re: [VOTE] Shared Component Maven Reporting Exec 1.0 From: stephen.alan.conno...@gmail.com To: dev@maven.apache.org +1 - Stephen --- Sent from my Android phone, so random spelling mistakes, random nonsense words and other nonsense are a direct result of using swype to type on the screen On 5 Jul 2011 15:00, Olivier Lamy ol...@apache.org wrote: Hi, Here a vote to release the first version of maven-reporting-exec component This component contains necessary code to run site plugin with maven 3. So currently no jira issues as it's a simply an extraction of code from maven site plugin for maven 3 branch [1] Staging repo : https://repository.apache.org/content/repositories/maven-015/ Site : http://maven.apache.org/shared/maven-reporting-exec/ (wait sync as currently it's an old 1.0-SNAPSHOT deployed) You can test it with the site plugin 3.x branch [1] Vote open for 72H. [ ] +1 [ ] +0 [ ] -1 Here my +1. -- Olivier Lamy http://twitter.com/olamy | http://www.linkedin.com/in/olamy [1] http://svn.apache.org/repos/asf/maven/plugins/branches/maven-site-plugin-3.x/ - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: A problem with mirrors
What about the * bit you? Does the external:* fix it for you? On Wed, Jul 6, 2011 at 10:21 PM, Benson Margulies bimargul...@gmail.com wrote: This doc works: http://maven.apache.org/guides/mini/guide-mirror-settings.html FWIW. On Wed, Jul 6, 2011 at 10:18 PM, Barrie Treloar baerr...@gmail.com wrote: On Thu, Jul 7, 2011 at 11:32 AM, Benson Margulies bimargul...@gmail.com wrote: In our corporate global settings file, we have: mirror idNexus/id nameNexus Mirror/name urlhttp://maven.basistech.net/nexus/content/groups/public/url mirrorOf*,!apache.org,!sonar,!apache.snapshots/mirrorOf /mirror That * turns out to be a very bad idea, and I'd like some advice in fixing maven to make it a less bad idea. I hear ya, +1 and thanks for looking at it, I get bitten often too. I can't help with where to look though. While you are looking at it can you see about updating the documentation? http://maven.apache.org/ref/3.0.3/maven-settings/settings.html#class_mirror It current says mirrorOf String The server ID of the repository being mirrored, eg central. This MUST NOT match the mirror id. which says nothing about * or ! being special syntax. - 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: A problem with mirrors
I think I wrote it up reasonably well in https://issues.sonatype.org/browse/AETHER-110. When I first deployed nexus, I set things up with * and !'s to exempt the local nexus repos. Then I added one more repo to nexus, and confusion set in, because it wasn't listed in the ! list. Using external: doesn't help, since nexus is just as 'external' as anything else. Isn't it? Something like basis* would have helped. Mostly, better logging would be a big help in discovering the screwup. Though more complex *'s wouldn't hurt any either. On Fri, Jul 8, 2011 at 4:25 PM, Brian Fox bri...@infinity.nu wrote: What about the * bit you? Does the external:* fix it for you? On Wed, Jul 6, 2011 at 10:21 PM, Benson Margulies bimargul...@gmail.com wrote: This doc works: http://maven.apache.org/guides/mini/guide-mirror-settings.html FWIW. On Wed, Jul 6, 2011 at 10:18 PM, Barrie Treloar baerr...@gmail.com wrote: On Thu, Jul 7, 2011 at 11:32 AM, Benson Margulies bimargul...@gmail.com wrote: In our corporate global settings file, we have: mirror idNexus/id nameNexus Mirror/name urlhttp://maven.basistech.net/nexus/content/groups/public/url mirrorOf*,!apache.org,!sonar,!apache.snapshots/mirrorOf /mirror That * turns out to be a very bad idea, and I'd like some advice in fixing maven to make it a less bad idea. I hear ya, +1 and thanks for looking at it, I get bitten often too. I can't help with where to look though. While you are looking at it can you see about updating the documentation? http://maven.apache.org/ref/3.0.3/maven-settings/settings.html#class_mirror It current says mirrorOf String The server ID of the repository being mirrored, eg central. This MUST NOT match the mirror id. which says nothing about * or ! being special syntax. - 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 - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
RE: [VOTE] Shared Component Maven Reporting Exec 1.0
+1 LieGrue, strub --- On Fri, 7/8/11, Robert Scholte rfscho...@codehaus.org wrote: From: Robert Scholte rfscho...@codehaus.org Subject: RE: [VOTE] Shared Component Maven Reporting Exec 1.0 To: dev@maven.apache.org Date: Friday, July 8, 2011, 5:43 PM +1 -Robert Date: Fri, 8 Jul 2011 07:39:54 +0100 Subject: Re: [VOTE] Shared Component Maven Reporting Exec 1.0 From: stephen.alan.conno...@gmail.com To: dev@maven.apache.org +1 - Stephen --- Sent from my Android phone, so random spelling mistakes, random nonsense words and other nonsense are a direct result of using swype to type on the screen On 5 Jul 2011 15:00, Olivier Lamy ol...@apache.org wrote: Hi, Here a vote to release the first version of maven-reporting-exec component This component contains necessary code to run site plugin with maven 3. So currently no jira issues as it's a simply an extraction of code from maven site plugin for maven 3 branch [1] Staging repo : https://repository.apache.org/content/repositories/maven-015/ Site : http://maven.apache.org/shared/maven-reporting-exec/ (wait sync as currently it's an old 1.0-SNAPSHOT deployed) You can test it with the site plugin 3.x branch [1] Vote open for 72H. [ ] +1 [ ] +0 [ ] -1 Here my +1. -- Olivier Lamy http://twitter.com/olamy | http://www.linkedin.com/in/olamy [1] http://svn.apache.org/repos/asf/maven/plugins/branches/maven-site-plugin-3.x/ - 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: A problem with mirrors
Hi folks! In general I prefer to 'disable the maven.central in the pom itself be just turning it off: pluginRepositories pluginRepository !-- we force maven to use our company repo this way! -- idcentral/id nameapache maven.central repository/name urlhttp://invalid.com/url !-- disable the maven.central repo -- releases enabledfalse/enabled /releases snapshots enabledfalse/enabled /snapshots /pluginRepository repositories repository !-- we force maven to use our company repo this way! -- idcentral/id nameapache maven.central repository/name urlhttp://invalid.com/url !-- disable the maven.central repo -- releases enabledfalse/enabled /releases snapshots enabledfalse/enabled /snapshots /repository ... The trick is that 'central' is the fixed ID of the maven central repository [1]. By overwriting it in your own parent pom, you will not use the central repository anymore and all request will get routed via your company repo manager. Any all you need is a bit of code in your pom - no ugly touching the global settings.xml anymore. LieGrue, strub [1] http://svn.apache.org/repos/asf/maven/maven-3/trunk/maven-model-builder/src/main/resources/org/apache/maven/model/pom-4.0.0.xml --- On Fri, 7/8/11, Brian Fox bri...@infinity.nu wrote: From: Brian Fox bri...@infinity.nu Subject: Re: A problem with mirrors To: Maven Developers List dev@maven.apache.org Date: Friday, July 8, 2011, 8:25 PM What about the * bit you? Does the external:* fix it for you? On Wed, Jul 6, 2011 at 10:21 PM, Benson Margulies bimargul...@gmail.com wrote: This doc works: http://maven.apache.org/guides/mini/guide-mirror-settings.html FWIW. On Wed, Jul 6, 2011 at 10:18 PM, Barrie Treloar baerr...@gmail.com wrote: On Thu, Jul 7, 2011 at 11:32 AM, Benson Margulies bimargul...@gmail.com wrote: In our corporate global settings file, we have: mirror idNexus/id nameNexus Mirror/name urlhttp://maven.basistech.net/nexus/content/groups/public/url mirrorOf*,!apache.org,!sonar,!apache.snapshots/mirrorOf /mirror That * turns out to be a very bad idea, and I'd like some advice in fixing maven to make it a less bad idea. I hear ya, +1 and thanks for looking at it, I get bitten often too. I can't help with where to look though. While you are looking at it can you see about updating the documentation? http://maven.apache.org/ref/3.0.3/maven-settings/settings.html#class_mirror It current says mirrorOf String The server ID of the repository being mirrored, eg central. This MUST NOT match the mirror id. which says nothing about * or ! being special syntax. - 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 - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: A problem with mirrors
So you don't declare the local nexus as a mirror at all? Just as a repo? On Fri, Jul 8, 2011 at 5:20 PM, Mark Struberg strub...@yahoo.de wrote: Hi folks! In general I prefer to 'disable the maven.central in the pom itself be just turning it off: pluginRepositories pluginRepository !-- we force maven to use our company repo this way! -- idcentral/id nameapache maven.central repository/name urlhttp://invalid.com/url !-- disable the maven.central repo -- releases enabledfalse/enabled /releases snapshots enabledfalse/enabled /snapshots /pluginRepository repositories repository !-- we force maven to use our company repo this way! -- idcentral/id nameapache maven.central repository/name urlhttp://invalid.com/url !-- disable the maven.central repo -- releases enabledfalse/enabled /releases snapshots enabledfalse/enabled /snapshots /repository ... The trick is that 'central' is the fixed ID of the maven central repository [1]. By overwriting it in your own parent pom, you will not use the central repository anymore and all request will get routed via your company repo manager. Any all you need is a bit of code in your pom - no ugly touching the global settings.xml anymore. LieGrue, strub [1] http://svn.apache.org/repos/asf/maven/maven-3/trunk/maven-model-builder/src/main/resources/org/apache/maven/model/pom-4.0.0.xml --- On Fri, 7/8/11, Brian Fox bri...@infinity.nu wrote: From: Brian Fox bri...@infinity.nu Subject: Re: A problem with mirrors To: Maven Developers List dev@maven.apache.org Date: Friday, July 8, 2011, 8:25 PM What about the * bit you? Does the external:* fix it for you? On Wed, Jul 6, 2011 at 10:21 PM, Benson Margulies bimargul...@gmail.com wrote: This doc works: http://maven.apache.org/guides/mini/guide-mirror-settings.html FWIW. On Wed, Jul 6, 2011 at 10:18 PM, Barrie Treloar baerr...@gmail.com wrote: On Thu, Jul 7, 2011 at 11:32 AM, Benson Margulies bimargul...@gmail.com wrote: In our corporate global settings file, we have: mirror idNexus/id nameNexus Mirror/name urlhttp://maven.basistech.net/nexus/content/groups/public/url mirrorOf*,!apache.org,!sonar,!apache.snapshots/mirrorOf /mirror That * turns out to be a very bad idea, and I'd like some advice in fixing maven to make it a less bad idea. I hear ya, +1 and thanks for looking at it, I get bitten often too. I can't help with where to look though. While you are looking at it can you see about updating the documentation? http://maven.apache.org/ref/3.0.3/maven-settings/settings.html#class_mirror It current says mirrorOf String The server ID of the repository being mirrored, eg central. This MUST NOT match the mirror id. which says nothing about * or ! being special syntax. - 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 - 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: A problem with mirrors
So you don't declare the local nexus as a mirror at all? Just as a repo? yup, works fine in a lot projects already. Plus, I don't have the problem that all employees need to tweak their maven installation (which inherently goes wrong from time to time). The local Archiva/Nexus has maven.central proxied anyway, so all my artifacts will be resolved by it. LieGrue, strub --- On Fri, 7/8/11, Benson Margulies bimargul...@gmail.com wrote: From: Benson Margulies bimargul...@gmail.com Subject: Re: A problem with mirrors To: Maven Developers List dev@maven.apache.org Date: Friday, July 8, 2011, 9:57 PM So you don't declare the local nexus as a mirror at all? Just as a repo? On Fri, Jul 8, 2011 at 5:20 PM, Mark Struberg strub...@yahoo.de wrote: Hi folks! In general I prefer to 'disable the maven.central in the pom itself be just turning it off: pluginRepositories pluginRepository !-- we force maven to use our company repo this way! -- idcentral/id nameapache maven.central repository/name urlhttp://invalid.com/url !-- disable the maven.central repo -- releases enabledfalse/enabled /releases snapshots enabledfalse/enabled /snapshots /pluginRepository repositories repository !-- we force maven to use our company repo this way! -- idcentral/id nameapache maven.central repository/name urlhttp://invalid.com/url !-- disable the maven.central repo -- releases enabledfalse/enabled /releases snapshots enabledfalse/enabled /snapshots /repository ... The trick is that 'central' is the fixed ID of the maven central repository [1]. By overwriting it in your own parent pom, you will not use the central repository anymore and all request will get routed via your company repo manager. Any all you need is a bit of code in your pom - no ugly touching the global settings.xml anymore. LieGrue, strub [1] http://svn.apache.org/repos/asf/maven/maven-3/trunk/maven-model-builder/src/main/resources/org/apache/maven/model/pom-4.0.0.xml --- On Fri, 7/8/11, Brian Fox bri...@infinity.nu wrote: From: Brian Fox bri...@infinity.nu Subject: Re: A problem with mirrors To: Maven Developers List dev@maven.apache.org Date: Friday, July 8, 2011, 8:25 PM What about the * bit you? Does the external:* fix it for you? On Wed, Jul 6, 2011 at 10:21 PM, Benson Margulies bimargul...@gmail.com wrote: This doc works: http://maven.apache.org/guides/mini/guide-mirror-settings.html FWIW. On Wed, Jul 6, 2011 at 10:18 PM, Barrie Treloar baerr...@gmail.com wrote: On Thu, Jul 7, 2011 at 11:32 AM, Benson Margulies bimargul...@gmail.com wrote: In our corporate global settings file, we have: mirror idNexus/id nameNexus Mirror/name urlhttp://maven.basistech.net/nexus/content/groups/public/url mirrorOf*,!apache.org,!sonar,!apache.snapshots/mirrorOf /mirror That * turns out to be a very bad idea, and I'd like some advice in fixing maven to make it a less bad idea. I hear ya, +1 and thanks for looking at it, I get bitten often too. I can't help with where to look though. While you are looking at it can you see about updating the documentation? http://maven.apache.org/ref/3.0.3/maven-settings/settings.html#class_mirror It current says mirrorOf String The server ID of the repository being mirrored, eg central. This MUST NOT match the mirror id. which says nothing about * or ! being special syntax. - 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 - 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,
Re: A problem with mirrors
I see. What I've been doing is pushing out a maven install tree with my mirrors/ in the GLOBAL settings.xml and telling everyone to use that. Here's the problem with your scheme: it leads to broken historical builds Tagged version 'N' of some project references corporate parent version 'P', which has some repository url in it. if we move nexus, it's dead. If the location of nexus is established by settings.xml, we don't have that problem. On Fri, Jul 8, 2011 at 6:09 PM, Mark Struberg strub...@yahoo.de wrote: So you don't declare the local nexus as a mirror at all? Just as a repo? yup, works fine in a lot projects already. Plus, I don't have the problem that all employees need to tweak their maven installation (which inherently goes wrong from time to time). The local Archiva/Nexus has maven.central proxied anyway, so all my artifacts will be resolved by it. LieGrue, strub --- On Fri, 7/8/11, Benson Margulies bimargul...@gmail.com wrote: From: Benson Margulies bimargul...@gmail.com Subject: Re: A problem with mirrors To: Maven Developers List dev@maven.apache.org Date: Friday, July 8, 2011, 9:57 PM So you don't declare the local nexus as a mirror at all? Just as a repo? On Fri, Jul 8, 2011 at 5:20 PM, Mark Struberg strub...@yahoo.de wrote: Hi folks! In general I prefer to 'disable the maven.central in the pom itself be just turning it off: pluginRepositories pluginRepository !-- we force maven to use our company repo this way! -- idcentral/id nameapache maven.central repository/name urlhttp://invalid.com/url !-- disable the maven.central repo -- releases enabledfalse/enabled /releases snapshots enabledfalse/enabled /snapshots /pluginRepository repositories repository !-- we force maven to use our company repo this way! -- idcentral/id nameapache maven.central repository/name urlhttp://invalid.com/url !-- disable the maven.central repo -- releases enabledfalse/enabled /releases snapshots enabledfalse/enabled /snapshots /repository ... The trick is that 'central' is the fixed ID of the maven central repository [1]. By overwriting it in your own parent pom, you will not use the central repository anymore and all request will get routed via your company repo manager. Any all you need is a bit of code in your pom - no ugly touching the global settings.xml anymore. LieGrue, strub [1] http://svn.apache.org/repos/asf/maven/maven-3/trunk/maven-model-builder/src/main/resources/org/apache/maven/model/pom-4.0.0.xml --- On Fri, 7/8/11, Brian Fox bri...@infinity.nu wrote: From: Brian Fox bri...@infinity.nu Subject: Re: A problem with mirrors To: Maven Developers List dev@maven.apache.org Date: Friday, July 8, 2011, 8:25 PM What about the * bit you? Does the external:* fix it for you? On Wed, Jul 6, 2011 at 10:21 PM, Benson Margulies bimargul...@gmail.com wrote: This doc works: http://maven.apache.org/guides/mini/guide-mirror-settings.html FWIW. On Wed, Jul 6, 2011 at 10:18 PM, Barrie Treloar baerr...@gmail.com wrote: On Thu, Jul 7, 2011 at 11:32 AM, Benson Margulies bimargul...@gmail.com wrote: In our corporate global settings file, we have: mirror idNexus/id nameNexus Mirror/name urlhttp://maven.basistech.net/nexus/content/groups/public/url mirrorOf*,!apache.org,!sonar,!apache.snapshots/mirrorOf /mirror That * turns out to be a very bad idea, and I'd like some advice in fixing maven to make it a less bad idea. I hear ya, +1 and thanks for looking at it, I get bitten often too. I can't help with where to look though. While you are looking at it can you see about updating the documentation? http://maven.apache.org/ref/3.0.3/maven-settings/settings.html#class_mirror It current says mirrorOf String The server ID of the repository being mirrored, eg central. This MUST NOT match the mirror id. which says nothing about * or ! being special syntax. - 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
Maven Download Procedure
I had to write this process down for the millionth time today. Here it is: the current procedure for downloading Maven (without using figures). 1. Go to http://maven.apache.org. 2. On the right-hand side of the page, you should see a section with the title Get Maven 3.0.3. 3. Click on the first link in this section, the link titled Maven 3.0.3 next to the folder icon. This will take you to a list of Maven distributions. 4. Click on one of the archive links (apache-maven-3.0.3-bin.tgz or apache-maven-3.0.3-bin.zip) in the Mirrors column of this table. 5. You should then see the Apache Download Mirrors page. 6. Click on one of the Mirror URLs and download Apache Maven. Can we figure out a way to make it this easy? 1. Go to http://maven.apache.org 2. Click on one of the Download buttons to download Maven. Is /dyn/closer.cgi a Foundation requirement? Is there any project that uses an alternative? I see closer.cgi used on Tapestry and CouchDB. Apache Directory looks like it uses an intuitive approach (without breaking user experience): http://directory.apache.org/apacheds/2.0/download/download-windows.html If you are curious as to why I'm interested in this now. It is because I'm starting to pay much closer attention to Gradle, and Gradle gets this right. The process to download Gradle is: 1. Go to http://gradle.org 2. Click on the download link
Re: Maven Download Procedure
Well, 3 clicks vs 1 click to get Maven vs gradle from the main page, not a big deal IMHO. Apache Ant gives it in 2 clicks by catching the right mirror. Apache Tomcat 2 clicks by catching the right mirror. Apache Directory gives it in 3 clicks. and so on So, I think we are not so bad. Vincent 2011/7/8 Tim O'Brien tobr...@discursive.com: I had to write this process down for the millionth time today. Here it is: the current procedure for downloading Maven (without using figures). 1. Go to http://maven.apache.org. 2. On the right-hand side of the page, you should see a section with the title Get Maven 3.0.3. 3. Click on the first link in this section, the link titled Maven 3.0.3 next to the folder icon. This will take you to a list of Maven distributions. 4. Click on one of the archive links (apache-maven-3.0.3-bin.tgz or apache-maven-3.0.3-bin.zip) in the Mirrors column of this table. 5. You should then see the Apache Download Mirrors page. 6. Click on one of the Mirror URLs and download Apache Maven. Can we figure out a way to make it this easy? 1. Go to http://maven.apache.org 2. Click on one of the Download buttons to download Maven. Is /dyn/closer.cgi a Foundation requirement? Is there any project that uses an alternative? I see closer.cgi used on Tapestry and CouchDB. Apache Directory looks like it uses an intuitive approach (without breaking user experience): http://directory.apache.org/apacheds/2.0/download/download-windows.html If you are curious as to why I'm interested in this now. It is because I'm starting to pay much closer attention to Gradle, and Gradle gets this right. The process to download Gradle is: 1. Go to http://gradle.org 2. Click on the download link - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [VOTE] Release Wagon version 1.0
+1 Vincent 2011/7/8 Mark Struberg strub...@yahoo.de: +1 works so far (have tested yesterday). Regarding the bugs resolved in 1.0. Can you please dupe them over to 2.0 too? txs and LieGrue, strub --- On Wed, 7/6/11, Benson Margulies bimargul...@gmail.com wrote: From: Benson Margulies bimargul...@gmail.com Subject: [VOTE] Release Wagon version 1.0 To: Maven Developers List dev@maven.apache.org Date: Wednesday, July 6, 2011, 11:40 PM Hi, We solved 4 issues: http://jira.codehaus.org/secure/ReleaseNote.jspa?atl_token=ACIO-CAVI-QX7G-9IAS|54cb0a05f789c3d1c147937a1867cbad60dfe04a|linversion=16884styleName=TextprojectId=10335Create=Create There are still a plenty of issues left in JIRA: http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=truejqlQuery=project+%3D+WAGON+AND+status+%3D+Open+ORDER+BY+priority+DESCmode=hide Staging repo: https://repository.apache.org/content/repositories/maven-003/ Staging site: http://maven.apache.org/wagon-1.0 Guide to testing staged releases: http://maven.apache.org/guides/development/guide-testing-releases.html Please be so kind as to put your apache email address somewhere in your vote email if it isn't sent from there. Vote open for 72 hours. [ ] +1 [ ] +0 [ ] -1 - 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