Re: [codehaus-confluence] Doxia Home
I got those mails as well, but it seems to have been cleared by now. I'd like to keep those pages for historic reference (some issues addressed are still relevant) and make them read only. Only new pages should go to cwiki now. -Lukas On 08/26/2011 12:59 AM, Brett Porter wrote: You'd need to reach out to supp...@codehaus.org. Do we still need that space? Should we delete it, make it read only, move it to cwiki? Looks out of date. - Brett On 26/08/2011, at 7:59 AM, Vincent Siveton wrote: I received 61 mails from Cesar Kamoy which has uploaded files http://docs.codehaus.org/display/DOXIA/Home Does someone could blacklisted this guy and removed the files? I haven't the rights. Thanks Vincent -- Forwarded message -- From: Cesar Kamoy (Confluence)conflue...@codehaus.org Date: 2011/8/25 Subject: [codehaus-confluence] Doxia Home To: vincent.sive...@gmail.com Home File attached by Cesar Kamoy us5.pdf (28 kB application/pdf) Stop watching page | Change email notification preferences View Attachments - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org -- Brett Porter br...@apache.org http://brettporter.wordpress.com/ http://au.linkedin.com/in/brettporter - 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: maven-compiler-plugin problems under java 7
On Fri, Aug 26, 2011 at 11:57 AM, Mark Derricutt mark.derric...@smx.co.nz wrote: Hi all, We noticed the other day that Java 7 has a modified/changed javac output for error messages which trips up the maven-compiler-plugin so that it doesn't properly parse the output. I then found that someone else had already raised a ticket for this: http://jira.codehaus.org/browse/MCOMPILER-158 I see theres a few open tickets for the compiler plugin currently and wondered if there was any ETA of a new release ( and if this ticket could be assigned for said release as well ). I think you might find that Java 7 is a bit bleeding edge for most people. Feel free to jump in and provide test cases and a patch, that's the quickest way to see some progress. - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Compiler plugin release
On 08/26/2011 01:51 AM, Kristian Rosenvold wrote: aiming for a release sometime mid-next week Please consider including the fix for MCOMPILER-140 if you cut a release. It has been sitting there with a patch for months with no activity. - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Compiler plugin release
Yes, I (or someone else, hint hint;) will look through all the issues with patches. Kristian Den 26. aug. 2011 kl. 18:36 skrev Jesse Glick jesse.gl...@oracle.com: On 08/26/2011 01:51 AM, Kristian Rosenvold wrote: aiming for a release sometime mid-next week Please consider including the fix for MCOMPILER-140 if you cut a release. It has been sitting there with a patch for months with no activity. - 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 Deploy Plugin 2.7 and Maven GPG Plugin 1.4
ping... need one more binding vote... i will wait 1-2 hours max. - 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 22 Aug 2011 11:23, Stephen Connolly stephen.alan.conno...@gmail.com wrote: Hi, Combining the two of these because of http://jira.codehaus.org/browse/MGPG-38 and http://jira.codehaus.org/browse/MDEPLOY-137 being essentially mirror features of the same functionality. We have solved a number of issues: Deploy: http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11131styleName=Htmlversion=17357 GPG: http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11431styleName=Htmlversion=17390 There are still a couple of issues left in JIRA: Deploy: http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=truepid=11131status=1 GPG: http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=truepid=11431status=1 Staging repo: https://repository.apache.org/content/repositories/maven-056/ Source distributions: https://repository.apache.org/content/repositories/maven-056/org/apache/maven/plugins/maven-deploy-plugin/2.7/maven-deploy-plugin-2.7-source-release.zip https://repository.apache.org/content/repositories/maven-056/org/apache/maven/plugins/maven-gpg-plugin/1.4/maven-gpg-plugin-1.4-source-release.zip SCM tags: http://svn.apache.org/repos/asf/maven/plugins/tags/maven-deploy-plugin-2.7 http://svn.apache.org/repos/asf/maven/plugins/tags/maven-gpg-plugin-1.4 Staging site: http://maven.apache.org/plugins/maven-deploy-plugin-2.7/ http://maven.apache.org/plugins/maven-gpg-plugin-1.4/ Guide to testing staged releases: http://maven.apache.org/guides/development/guide-testing-releases.html Guide to previewing site content ahead of the sync: http://www.apache.org/dev/project-site.html (and search on the page for HTTP proxy) Vote open for 72 hours. [ ] +1 [ ] +0 [ ] -1 Thanks, -Stephen
Re: [VOTE] Release Maven Deploy Plugin 2.7 and Maven GPG Plugin 1.4
2 * 1 2011/8/22 Stephen Connolly stephen.alan.conno...@gmail.com: Hi, Combining the two of these because of http://jira.codehaus.org/browse/MGPG-38 and http://jira.codehaus.org/browse/MDEPLOY-137 being essentially mirror features of the same functionality. We have solved a number of issues: Deploy: http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11131styleName=Htmlversion=17357 GPG: http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11431styleName=Htmlversion=17390 There are still a couple of issues left in JIRA: Deploy: http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=truepid=11131status=1 GPG: http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=truepid=11431status=1 Staging repo: https://repository.apache.org/content/repositories/maven-056/ Source distributions: https://repository.apache.org/content/repositories/maven-056/org/apache/maven/plugins/maven-deploy-plugin/2.7/maven-deploy-plugin-2.7-source-release.zip https://repository.apache.org/content/repositories/maven-056/org/apache/maven/plugins/maven-gpg-plugin/1.4/maven-gpg-plugin-1.4-source-release.zip SCM tags: http://svn.apache.org/repos/asf/maven/plugins/tags/maven-deploy-plugin-2.7 http://svn.apache.org/repos/asf/maven/plugins/tags/maven-gpg-plugin-1.4 Staging site: http://maven.apache.org/plugins/maven-deploy-plugin-2.7/ http://maven.apache.org/plugins/maven-gpg-plugin-1.4/ Guide to testing staged releases: http://maven.apache.org/guides/development/guide-testing-releases.html Guide to previewing site content ahead of the sync: http://www.apache.org/dev/project-site.html (and search on the page for HTTP proxy) Vote open for 72 hours. [ ] +1 [ ] +0 [ ] -1 Thanks, -Stephen - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org -- Olivier Lamy Talend : http://talend.com http://twitter.com/olamy | http://linkedin.com/in/olamy - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
[RESULT] [VOTE] Release Maven Deploy Plugin 2.7 and Maven GPG Plugin 1.4
This vote has passed: +1 (binding): Stephen, Mark, Olivier +1 (non-binding): Tony I will not proceed with the release. On 22 August 2011 11:23, Stephen Connolly stephen.alan.conno...@gmail.com wrote: Hi, Combining the two of these because of http://jira.codehaus.org/browse/MGPG-38 and http://jira.codehaus.org/browse/MDEPLOY-137 being essentially mirror features of the same functionality. We have solved a number of issues: Deploy: http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11131styleName=Htmlversion=17357 GPG: http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11431styleName=Htmlversion=17390 There are still a couple of issues left in JIRA: Deploy: http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=truepid=11131status=1 GPG: http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=truepid=11431status=1 Staging repo: https://repository.apache.org/content/repositories/maven-056/ Source distributions: https://repository.apache.org/content/repositories/maven-056/org/apache/maven/plugins/maven-deploy-plugin/2.7/maven-deploy-plugin-2.7-source-release.zip https://repository.apache.org/content/repositories/maven-056/org/apache/maven/plugins/maven-gpg-plugin/1.4/maven-gpg-plugin-1.4-source-release.zip SCM tags: http://svn.apache.org/repos/asf/maven/plugins/tags/maven-deploy-plugin-2.7 http://svn.apache.org/repos/asf/maven/plugins/tags/maven-gpg-plugin-1.4 Staging site: http://maven.apache.org/plugins/maven-deploy-plugin-2.7/ http://maven.apache.org/plugins/maven-gpg-plugin-1.4/ Guide to testing staged releases: http://maven.apache.org/guides/development/guide-testing-releases.html Guide to previewing site content ahead of the sync: http://www.apache.org/dev/project-site.html (and search on the page for HTTP proxy) Vote open for 72 hours. [ ] +1 [ ] +0 [ ] -1 Thanks, -Stephen - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [RESULT] [VOTE] Release Maven Deploy Plugin 2.7 and Maven GPG Plugin 1.4
what does this mean, and how does it go from here? was this a sign of people not caring enough to vote or did someone have something against the release? thanks for any information Rubén Garat On 08/26/2011 06:24 PM, Stephen Connolly wrote: This vote has passed: +1 (binding): Stephen, Mark, Olivier +1 (non-binding): Tony I will not proceed with the release. - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [RESULT] [VOTE] Release Maven Deploy Plugin 2.7 and Maven GPG Plugin 1.4
Could 'not' perhaps be a typo for 'now'? On Fri, Aug 26, 2011 at 5:31 PM, Ruben Garat ruben01@gmail.com wrote: what does this mean, and how does it go from here? was this a sign of people not caring enough to vote or did someone have something against the release? thanks for any information Rubén Garat On 08/26/2011 06:24 PM, Stephen Connolly wrote: This vote has passed: +1 (binding): Stephen, Mark, Olivier +1 (non-binding): Tony I will not proceed with the release. - 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: [RESULT] [VOTE] Release Maven Deploy Plugin 2.7 and Maven GPG Plugin 1.4
I don't think so, Stephen asked for one more vote, and that vote didn't appear, so I think he wrote what he meant On 08/26/2011 06:33 PM, Benson Margulies wrote: Could 'not' perhaps be a typo for 'now'? On Fri, Aug 26, 2011 at 5:31 PM, Ruben Garatruben01@gmail.com wrote: what does this mean, and how does it go from here? was this a sign of people not caring enough to vote or did someone have something against the release? thanks for any information Rubén Garat On 08/26/2011 06:24 PM, Stephen Connolly wrote: This vote has passed: +1 (binding): Stephen, Mark, Olivier +1 (non-binding): Tony I will not proceed with the release. - 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: [RESULT] [VOTE] Release Maven Deploy Plugin 2.7 and Maven GPG Plugin 1.4
Usually 3 binding is enough, so I'm confused. The usual practice if there aren't enough is to leave the vote open. I expected that what he meant was 'if there isn't another vote soon, I'm off for the weekend', not 'I give up'. However, I checked the ultimate fact. http://repository.apache.org shows 2.7 is deployed. So he did publish it. On Fri, Aug 26, 2011 at 5:37 PM, Ruben Garat ruben01@gmail.com wrote: I don't think so, Stephen asked for one more vote, and that vote didn't appear, so I think he wrote what he meant On 08/26/2011 06:33 PM, Benson Margulies wrote: Could 'not' perhaps be a typo for 'now'? On Fri, Aug 26, 2011 at 5:31 PM, Ruben Garatruben01@gmail.com wrote: what does this mean, and how does it go from here? was this a sign of people not caring enough to vote or did someone have something against the release? thanks for any information Rubén Garat On 08/26/2011 06:24 PM, Stephen Connolly wrote: This vote has passed: +1 (binding): Stephen, Mark, Olivier +1 (non-binding): Tony I will not proceed with the release. - 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: [RESULT] [VOTE] Release Maven Deploy Plugin 2.7 and Maven GPG Plugin 1.4
well thanks a lot then, you just made my day :-) thanks Benson for clearing this, and Stephen for performing this release Rubén Garat On 08/26/2011 06:43 PM, Benson Margulies wrote: Usually 3 binding is enough, so I'm confused. The usual practice if there aren't enough is to leave the vote open. I expected that what he meant was 'if there isn't another vote soon, I'm off for the weekend', not 'I give up'. However, I checked the ultimate fact. http://repository.apache.org shows 2.7 is deployed. So he did publish it. On Fri, Aug 26, 2011 at 5:37 PM, Ruben Garatruben01@gmail.com wrote: I don't think so, Stephen asked for one more vote, and that vote didn't appear, so I think he wrote what he meant On 08/26/2011 06:33 PM, Benson Margulies wrote: Could 'not' perhaps be a typo for 'now'? On Fri, Aug 26, 2011 at 5:31 PM, Ruben Garatruben01@gmail.com wrote: what does this mean, and how does it go from here? was this a sign of people not caring enough to vote or did someone have something against the release? thanks for any information Rubén Garat On 08/26/2011 06:24 PM, Stephen Connolly wrote: This vote has passed: +1 (binding): Stephen, Mark, Olivier +1 (non-binding): Tony I will not proceed with the release. - 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: [DISCUSS] Project local setting.xml
Paul Gier wrote: I'd like to discuss the possibility of Maven automatically looking for a project specific settings.xml file [1]. The main use case for this is to eliminate, or at least reduce, the need to add repositories to the poms. A setting.xml file could simply be added into scm into the root directory of the project. Then it would be checked out when the project is checked out. While the patch [2] does not do that per say, you can accomplish it by putting the maven home in the project's SCM, and then make the repo relative to either the pom or maven home. With multi-module projects, Maven would need to search up the directory tree to find the settings.xml file, but this could be made relatively simple by checking the parent dirs until Maven finds: (1) a settings.xml, (2) a directory with no pom.xml, or (3) the root directory The only problem I can think of in this case would be when small related projects can be checked out separately (similar to Maven plugins, or codehaus mojo). The project might not be able to find the settings.xml if it is not checked out with the project. Although I think this is a relatively minor issue. I think this is addressed by putting the maven home in the SCM. It is a relatively small overhead for the benefit. [1] http://jira.codehaus.org/browse/MNG-4686 [2] http://jira.codehaus.org/browse/MNG-5167 -- View this message in context: http://maven.40175.n5.nabble.com/DISCUSS-Project-local-setting-xml-tp4656128p4739684.html Sent from the Maven Developers mailing list archive at Nabble.com. - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Request for review and comment http://jira.codehaus.org/browse/MNG-5167
There are 2 areas I would like input on. 1: Did I make proper use of logging in maven-core/src/main/java/org/apache/maven/execution/DefaultMavenExecutionRequest Populator.java? 2: Is there a better place for the constants than in maven-settings-builder/src/main/java/org/apache/maven/settings/validation/Settin gsValidator.java? Patch: http://jira.codehaus.org/secure/attachment/56607/MNG-5167.patch -Jason -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - - - Jason Pyeron PD Inc. http://www.pdinc.us - - Principal Consultant 10 West 24th Street #100- - +1 (443) 269-1555 x333Baltimore, Maryland 21218 - - - -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- This message is copyright PD Inc, subject to license 20080407P00. - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: [RESULT] [VOTE] Release Maven Deploy Plugin 2.7 and Maven GPG Plugin 1.4
s/not/now/ On 26 August 2011 22:24, Stephen Connolly stephen.alan.conno...@gmail.com wrote: This vote has passed: +1 (binding): Stephen, Mark, Olivier +1 (non-binding): Tony I will not proceed with the release. On 22 August 2011 11:23, Stephen Connolly stephen.alan.conno...@gmail.com wrote: Hi, Combining the two of these because of http://jira.codehaus.org/browse/MGPG-38 and http://jira.codehaus.org/browse/MDEPLOY-137 being essentially mirror features of the same functionality. We have solved a number of issues: Deploy: http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11131styleName=Htmlversion=17357 GPG: http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11431styleName=Htmlversion=17390 There are still a couple of issues left in JIRA: Deploy: http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=truepid=11131status=1 GPG: http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=truepid=11431status=1 Staging repo: https://repository.apache.org/content/repositories/maven-056/ Source distributions: https://repository.apache.org/content/repositories/maven-056/org/apache/maven/plugins/maven-deploy-plugin/2.7/maven-deploy-plugin-2.7-source-release.zip https://repository.apache.org/content/repositories/maven-056/org/apache/maven/plugins/maven-gpg-plugin/1.4/maven-gpg-plugin-1.4-source-release.zip SCM tags: http://svn.apache.org/repos/asf/maven/plugins/tags/maven-deploy-plugin-2.7 http://svn.apache.org/repos/asf/maven/plugins/tags/maven-gpg-plugin-1.4 Staging site: http://maven.apache.org/plugins/maven-deploy-plugin-2.7/ http://maven.apache.org/plugins/maven-gpg-plugin-1.4/ Guide to testing staged releases: http://maven.apache.org/guides/development/guide-testing-releases.html Guide to previewing site content ahead of the sync: http://www.apache.org/dev/project-site.html (and search on the page for HTTP proxy) Vote open for 72 hours. [ ] +1 [ ] +0 [ ] -1 Thanks, -Stephen - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: maven-compiler-plugin problems under java 7
You may be right, however after a quick investigation it looks like these javac changes on JDK7 have been around for a long time ( and evolving ), as far back as 2008: http://blogs.oracle.com/mcimadamore/entry/improving_javac_diagnostics Such is the joy of the only LONG release that Java7 was. I've not looked at the compiler-plugin sources before but will check them out and see if I can grok anything to change, or even just add a test case :) On 26/08/2011, at 11:34 PM, Barrie Treloar wrote: I think you might find that Java 7 is a bit bleeding edge for most people. Feel free to jump in and provide test cases and a patch, that's the quickest way to see some progress. - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: fix wagon http lightweight
I just can't get git svn to work and push my changes to wagon 1.x branch feel free to pick-up those changes if you like them 2011/8/24 nicolas de loof nicolas.del...@gmail.com I'm testing a fix for WAGON-346http://jira.codehaus.org/browse/WAGON-346 and WAGON-347 http://jira.codehaus.org/browse/WAGON-347 Before I commit anything to svn I'd like your advice : see https://github.com/ndeloof/maven-wagon/tree/wagon-1.x The idea to make LightWeightHttpWagon thread-safe despite the java.net.Authenticator static singleton, is to have a custom Authenticator shared component and callback methods to the wagon instance, using a ThreadLocal to keep track of current wagon For WAGON-347 the preemptive authentication can be configured either per repository using a preemptiveAuthentication parameter, or system wide using -Dmaven.wagon.http.preemptiveAuthentication=true
Re: [DISCUSS] Project local setting.xml
Am 01.08.2011 22:09, schrieb Benson Margulies: I have several alternative design ideas. 0) If you religiously use a repository manager and mirrorOf *, you can prevent this rogues from bothering you. Hi, we do this and still have the need to use a settings.xml, for two reasons: - at work, different teams use different repository managers as mirror. On our CI server, we thus need to use our own settings.xml. - at home, I have a project which I want to build using both a local/private CI server and a public one, but they all use different repo managers as mirror *Nevertheless* I already do use project-specific settings.xml from SCM, in exactly this context. It's as easy as: - check in your settings.xml - run mvn -s settings.xml goals in checkout directory You could even split the settings.xml files into a different SCM repository and create one branch each for different environments, referring to the mirrors which should be active in this environment. Our CI server software can check out multiple SCM roots per build configuration, so we could checkout settings.xml (internal) + main code base on the internal CI server, plus settings.xml (public) + main code base on the public CI server. I don't strictly see the need to add auto-search functionality of settings.xml to Maven for this to work, the existing -s switch suffices at least for my use case. I can't see why this should not suffice for the use case of the OP. Best regards Ansgar - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org