[jira] Updated: (MRM-141) update design documentation

[ http://jira.codehaus.org/browse/MRM-141?page=all ] Brett Porter updated MRM-141: - Assignee: Brett Porter Fix Version/s: (was: 1.0-beta-1) 1.0 > update design documentation > --- > > Ke

[jira] Closed: (MRM-154) DigestUtils fails to verify checksum from ibiblio

[ http://jira.codehaus.org/browse/MRM-154?page=all ] Brett Porter closed MRM-154. Assignee: Brett Porter Resolution: Fixed Fix Version/s: 1.0-beta-1 applied, thanks. I also fixed the same problem for the openssl format > DigestUtils fails t

[jira] Closed: (MRM-153) when used as a maven1 proxy, Archiva should handle relocation from maven2 poms

[ http://jira.codehaus.org/browse/MRM-153?page=all ] Brett Porter closed MRM-153. Assignee: Brett Porter Resolution: Fixed Fix Version/s: 1.0-beta-1 > when used as a maven1 proxy, Archiva should handle relocation from maven2 poms > --

[jira] Commented: (MRM-153) when used as a maven1 proxy, Archiva should handle relocation from maven2 poms

[ http://jira.codehaus.org/browse/MRM-153?page=comments#action_73861 ] Brett Porter commented on MRM-153: -- there are a number of issues with this that I am reworking: - the same ones highlighted in MRM-155 - incorrect assumptions about the locati

[jira] Closed: (MRM-155) When proxy is used by maven1artifact are stored in managed repo using legacy layout.

[ http://jira.codehaus.org/browse/MRM-155?page=all ] Brett Porter closed MRM-155. Assignee: Brett Porter Resolution: Fixed Fix Version/s: 1.0-beta-1 > When proxy is used by maven1artifact are stored in managed repo using legacy > layout. > -

[jira] Commented: (MRM-155) When proxy is used by maven1artifact are stored in managed repo using legacy layout.

[ http://jira.codehaus.org/browse/MRM-155?page=comments#action_73859 ] Brett Porter commented on MRM-155: -- I've added an additional test for the reverse case (legacy managed, default remote) and noticed this fix wasn't sufficient. I've corrected

[jira] Commented: (MRM-155) When proxy is used by maven1artifact are stored in managed repo using legacy layout.

[ http://jira.codehaus.org/browse/MRM-155?page=comments#action_73858 ] Brett Porter commented on MRM-155: -- ok, found and fixed the problem. > When proxy is used by maven1artifact are stored in managed repo using legacy > layout. > ---

[jira] Commented: (MRM-155) When proxy is used by maven1artifact are stored in managed repo using legacy layout.

[ http://jira.codehaus.org/browse/MRM-155?page=comments#action_73856 ] Brett Porter commented on MRM-155: -- this: if ( path.endsWith( ".md5" ) || path.endsWith( ".sha1" ) ) { // always read from the managed repository,

[jira] Commented: (MRM-155) When proxy is used by maven1artifact are stored in managed repo using legacy layout.

[ http://jira.codehaus.org/browse/MRM-155?page=comments#action_73855 ] Brett Porter commented on MRM-155: -- I removed: if ( target.exists() ) { break; }

[jira] Commented: (MRM-155) When proxy is used by maven1artifact are stored in managed repo using legacy layout.

[ http://jira.codehaus.org/browse/MRM-155?page=comments#action_73854 ] Brett Porter commented on MRM-155: -- unfortunately this broke existing tests. Please make sure to run them all again before submitting. I'm going to rework it to get that fix

[jira] Commented: (MRELEASE-131) release:prepare failed in 'cvs ... commit' phase for multi-module build

[ http://jira.codehaus.org/browse/MRELEASE-131?page=comments#action_73843 ] Chris Byrd commented on MRELEASE-131: - Here is the logs with the debug stacktrace. The interesting thing is that the code is not even attempting to commit the top l

[jira] Commented: (MJAVADOC-87) doc-files ignored if they reside in the resources directory

[ http://jira.codehaus.org/browse/MJAVADOC-87?page=comments#action_73842 ] Matthew Beermann commented on MJAVADOC-87: -- It might be worth expanding on the Standard Directory Layout (http://maven.apache.org/guides/introduction/introduction

[jira] Commented: (MRELEASE-131) release:prepare failed in 'cvs ... commit' phase for multi-module build

[ http://jira.codehaus.org/browse/MRELEASE-131?page=comments#action_73840 ] Chris Byrd commented on MRELEASE-131: - In additional testing, I have found that the the release:prepare goal is actually failing on the commit somehow. What is occur

[jira] Moved: (MRELEASE-154) mvn release:perform does not inherit command line variable

[ http://jira.codehaus.org/browse/MRELEASE-154?page=all ] Dennis Lundberg moved MPRELEASE-20 to MRELEASE-154: --- Affects Version/s: (was: 1.5) Workflow: Maven New (was: jira) Key: MRELEASE-154 (was: MPR

[jira] Commented: (MRELEASE-131) release:prepare failed in 'cvs ... commit' phase for multi-module build

[ http://jira.codehaus.org/browse/MRELEASE-131?page=comments#action_73839 ] Chris Byrd commented on MRELEASE-131: - I have the same problem, and a similar setup. I am using a cvs repository, and have the following module layout. -parent modu

[jira] Commented: (MWAR-47) Regression : Files not copied when overlaying wars

[ http://jira.codehaus.org/browse/MWAR-47?page=comments#action_73838 ] Cservenak, Tamas commented on MWAR-47: -- The same as above seems logical to me also. If the web.xml is taken from "final" project, why not overwrite another file that exi

[jira] Created: (MWAR-74) Can this be configurable? See my comment on the above issue

Can this be configurable? See my comment on the above issue --- Key: MWAR-74 URL: http://jira.codehaus.org/browse/MWAR-74 Project: Maven 2.x War Plugin Issue Type: Sub-task

[jira] Commented: (MWAR-47) Regression : Files not copied when overlaying wars

[ http://jira.codehaus.org/browse/MWAR-47?page=comments#action_73836 ] Douglas Ferguson commented on MWAR-47: -- I actually would prefer that files in the "real,final" projects would take priority over anything in a dependency. I was suprised

[jira] Closed: (MEV-440) jasper poms under Tomcat are missing groupIds

[ http://jira.codehaus.org/browse/MEV-440?page=all ] Carlos Sanchez closed MEV-440. -- Assignee: Carlos Sanchez Resolution: Fixed parent had an xml error > jasper poms under Tomcat are missing groupIds > - >

[jira] Commented: (MEV-440) jasper poms under Tomcat are missing groupIds

[ http://jira.codehaus.org/browse/MEV-440?page=comments#action_73834 ] Jeff Genender commented on MEV-440: --- After speaking with carlos looks like the error is in tomcat/tomcat-parent/5.5.15 pom...missing tag. > jasper poms under Tomcat are mi

[jira] Created: (MEV-440) jasper poms under Tomcat are missing groupIds

jasper poms under Tomcat are missing groupIds - Key: MEV-440 URL: http://jira.codehaus.org/browse/MEV-440 Project: Maven Evangelism Issue Type: Bug Components: Invalid POM Rep

[jira] Commented: (MAVENUPLOAD-1104) Elmo 3.0

[ http://jira.codehaus.org/browse/MAVENUPLOAD-1104?page=comments#action_73825 ] Carlos Sanchez commented on MAVENUPLOAD-1104: - run "mvn compile" with that pom, it has a log of errors both syntax and wrong dependencies > Elmo 3.0 > -

[jira] Commented: (MAVENUPLOAD-1053) Upload hibernate-tools 3.2.0-beta6

[ http://jira.codehaus.org/browse/MAVENUPLOAD-1053?page=comments#action_73826 ] Carlos Sanchez commented on MAVENUPLOAD-1053: - classifier is not needed as they are in another groupId > Upload hibernate-tools 3.2.0-beta6 > ---

[jira] Closed: (MAVENUPLOAD-1099) Upload jMock 1.1.0

[ http://jira.codehaus.org/browse/MAVENUPLOAD-1099?page=all ] Carlos Sanchez closed MAVENUPLOAD-1099. --- Assignee: Carlos Sanchez Resolution: Fixed > Upload jMock 1.1.0 > -- > > Key: MAVENUPLOAD-1099 >

[jira] Closed: (MAVENUPLOAD-1106) Upload freemarker-2.3.8

[ http://jira.codehaus.org/browse/MAVENUPLOAD-1106?page=all ] Carlos Sanchez closed MAVENUPLOAD-1106. --- Assignee: Carlos Sanchez Resolution: Fixed > Upload freemarker-2.3.8 > --- > > Key: MAVENUPLOAD-1106 >

[jira] Closed: (MAVENUPLOAD-1105) Upload asterisk-java-0.3-m1

[ http://jira.codehaus.org/browse/MAVENUPLOAD-1105?page=all ] Carlos Sanchez closed MAVENUPLOAD-1105. --- Assignee: Carlos Sanchez Resolution: Fixed > Upload asterisk-java-0.3-m1 > --- > > Key: MAVENUPLOAD

[jira] Commented: (MAVENUPLOAD-1107) upload jguard v1.00-beta-1 jars

[ http://jira.codehaus.org/browse/MAVENUPLOAD-1107?page=comments#action_73824 ] Carlos Sanchez commented on MAVENUPLOAD-1107: - missing parent pom I suggest you to create a repo at sf and we'll sync from there, see end of http://mave

[jira] Closed: (MEV-439) pom for stax:stax-api:1.0.1

[ http://jira.codehaus.org/browse/MEV-439?page=all ] Carlos Sanchez closed MEV-439. -- Assignee: Carlos Sanchez Resolution: Fixed > pom for stax:stax-api:1.0.1 > --- > > Key: MEV-439 > URL: http://

[jira] Closed: (MEV-438) pom for tomcat:jasper-runtime:5.5.15 is missing

[ http://jira.codehaus.org/browse/MEV-438?page=all ] Carlos Sanchez closed MEV-438. -- Assignee: Carlos Sanchez Resolution: Fixed I created and uploaded poms for all tomcat jars 5.5.15 with dependencies > pom for tomcat:jasper-runtime:5.5.15 is missing

[jira] Commented: (MCHECKSTYLE-43) Add "skip" capability....

[ http://jira.codehaus.org/browse/MCHECKSTYLE-43?page=comments#action_73822 ] Joakim Erdfelt commented on MCHECKSTYLE-43: --- A consistent analysis skip property should be created. ala "-Dmaven.analysis.skip=true" ??Dreaming of a better

[jira] Closed: (MCLEAN-16) unable to resolve org.apache.maven.plugins:maven-clean-plugin:pom:2.1.1-SNAPSHOT

[ http://jira.codehaus.org/browse/MCLEAN-16?page=all ] Joakim Erdfelt closed MCLEAN-16. Resolution: Fixed The 2.1.1-SNAPSHOT plugin can be found with the 2 following additions into your pom. Tested with maven-user-webapp. {code:xml} ...

[jira] Created: (MPRELEASE-20) mvn release:perform does not inherit command line variable

mvn release:perform does not inherit command line variable -- Key: MPRELEASE-20 URL: http://jira.codehaus.org/browse/MPRELEASE-20 Project: maven-release-plugin Issue Type: Bug Affec

[jira] Closed: (MCLEAN-10) Option to "mvn clean" task not to follow soft links

[ http://jira.codehaus.org/browse/MCLEAN-10?page=all ] Joakim Erdfelt closed MCLEAN-10. Resolution: Fixed Work has already been done. file-management 1.0 has followSymlinks implemented. http://svn.apache.org/viewvc/maven/shared/tags/file-management-1.0/

[jira] Commented: (MCLEAN-10) Option to "mvn clean" task not to follow soft links

[ http://jira.codehaus.org/browse/MCLEAN-10?page=comments#action_73817 ] Joakim Erdfelt commented on MCLEAN-10: -- file-management 1.1-SNAPSHOT definately has this implemented and wired up. > Option to "mvn clean" task not to follow soft links

[jira] Closed: (MCLEAN-5) Replace removeDirectory() and delete by FileUtils.deleteDirectory()

[ http://jira.codehaus.org/browse/MCLEAN-5?page=all ] Joakim Erdfelt closed MCLEAN-5. --- Resolution: Fixed The change from PlexusUtils to maven/shared/file-management/ has fixed this issue. > Replace removeDirectory() and delete by FileUtils.deleteDirector

[jira] Closed: (MCLEAN-17) Change default=value to default-value in CleanMojo

[ http://jira.codehaus.org/browse/MCLEAN-17?page=all ] Joakim Erdfelt closed MCLEAN-17. Resolution: Fixed Work for this was done by epunzalan on 7/5/2006, revision 419179. > Change default=value to default-value in CleanMojo > --

[jira] Commented: (WAGONSSH-52) scpexe won't honour .ssh/config information

[ http://jira.codehaus.org/browse/WAGONSSH-52?page=comments#action_73813 ] Michael Semb Wever commented on WAGONSSH-52: When I run mvn deploy -Duser.name=mickw it works. So it appears AuthenticationInfo.getUser() is not giving correct

[jira] Created: (MAVENUPLOAD-1107) upload jguard v1.00-beta-1 jars

upload jguard v1.00-beta-1 jars --- Key: MAVENUPLOAD-1107 URL: http://jira.codehaus.org/browse/MAVENUPLOAD-1107 Project: maven-upload-requests Issue Type: Task Reporter: charles gay http://jguard.sou

[jira] Commented: (MNG-1545) some execution output not routed through default routes.

[ http://jira.codehaus.org/browse/MNG-1545?page=comments#action_73811 ] Milos Kleint commented on MNG-1545: --- After some more work I think I got it working for netbeans correctly. The StreamPumper not printing was a Netbeans/Mevenide classpath

[jira] Updated: (MEV-439) pom for stax:stax-api:1.0.1

[ http://jira.codehaus.org/browse/MEV-439?page=all ] Tim O'Brien updated MEV-439: Attachment: stax-api-1.0.1.pom > pom for stax:stax-api:1.0.1 > --- > > Key: MEV-439 > URL: http://jira.codehaus.org/brow

[jira] Commented: (MEV-439) pom for stax:stax-api:1.0.1

[ http://jira.codehaus.org/browse/MEV-439?page=comments#action_73809 ] Tim O'Brien commented on MEV-439: - True, there's lot's of missing stuff, this was copied from the stax-api 1.0 POM. attaching a second version.. > pom for stax:stax-api:1.0.

[jira] Created: (WAGONSSH-52) scpexe won't honour .ssh/config information

scpexe won't honour .ssh/config information --- Key: WAGONSSH-52 URL: http://jira.codehaus.org/browse/WAGONSSH-52 Project: wagon-ssh Issue Type: Bug Affects Versions: 1.0-alpha-6 Report

[jira] Commented: (MEV-439) pom for stax:stax-api:1.0.1

[ http://jira.codehaus.org/browse/MEV-439?page=comments#action_73808 ] Carlos Sanchez commented on MEV-439: There's missing info: license, url, description,... > pom for stax:stax-api:1.0.1 > --- > > Ke

[jira] Commented: (MNG-2118) Listing central repo in pluginRepositories confuses Maven

[ http://jira.codehaus.org/browse/MNG-2118?page=comments#action_73807 ] Gareth Moorst commented on MNG-2118: I have the same problem - in a project which has the central repository redefined to point to an internal maven-proxy server, a clean

[jira] Updated: (MSUREFIREREP-28) Unable to generate the surefire report if the project is not a java project, but tests are written in JAVA

[ http://jira.codehaus.org/browse/MSUREFIREREP-28?page=all ] Christophe DENEUX updated MSUREFIREREP-28: -- Attachment: MSUREFIREREP-28.patch A patch that change the condition as explain in the bug description. > Unable to generate the surefire re

[jira] Created: (MNG-2544) dependencies ant task incorrectly handles transitive snapshot dependencies

dependencies ant task incorrectly handles transitive snapshot dependencies -- Key: MNG-2544 URL: http://jira.codehaus.org/browse/MNG-2544 Project: Maven 2 Issue Type: Bu

[jira] Created: (MSUREFIREREP-28) Unable to generate the surefire report if the project is not a java project, but tests are written in JAVA

Unable to generate the surefire report if the project is not a java project, but tests are written in JAVA -- Key: MSUREFIREREP-28 URL: http://jira.codehaus.or

[jira] Commented: (MEJB-19) clientExclude(s) does not work

[ http://jira.codehaus.org/browse/MEJB-19?page=comments#action_73805 ] Mike R. Haller commented on MEJB-19: Seems to be fixed in 2.1-SNAPSHOT. > clientExclude(s) does not work > -- > > Key: MEJB-19

[jira] Created: (MNG-2543) dependencies ant task does not handle scoped transitive dependencies correctly

dependencies ant task does not handle scoped transitive dependencies correctly -- Key: MNG-2543 URL: http://jira.codehaus.org/browse/MNG-2543 Project: Maven 2 Issue

[jira] Updated: (SUREFIRE-31) support junit 4.0

[ http://jira.codehaus.org/browse/SUREFIRE-31?page=all ] fabrizio giustina updated SUREFIRE-31: -- Component/s: Junit 4.x support > support junit 4.0 > - > > Key: SUREFIRE-31 > URL: http://jira.codehaus.

[jira] Closed: (SUREFIRE-49) Surefire leaves null/$TestNGGroupName directories after mvn test

[ http://jira.codehaus.org/browse/SUREFIRE-49?page=all ] fabrizio giustina closed SUREFIRE-49. - Assignee: fabrizio giustina Resolution: Fixed looks like a TestNG bug, see http://jira.opensymphony.com/browse/TESTNG-107 At the moment fixed with

[jira] Commented: (MRELEASE-153) Multiproject CVS uncommitted changes not checked

[ http://jira.codehaus.org/browse/MRELEASE-153?page=comments#action_73793 ] Parolini Antonio commented on MRELEASE-153: --- I meant: dosen't check uncommitted changes for sub-modules. > Multiproject CVS uncommitted changes not checked > -

[jira] Created: (MRELEASE-153) Multiproject CVS uncommitted changes not checked

Multiproject CVS uncommitted changes not checked Key: MRELEASE-153 URL: http://jira.codehaus.org/browse/MRELEASE-153 Project: Maven 2.x Release Plugin Issue Type: Bug Reporter: Par

[jira] Closed: (MSUREFIRE-134) Surefire finds test classes but ignores test methods and configuration methods with TestNG and includes tag

[ http://jira.codehaus.org/browse/MSUREFIRE-134?page=all ] fabrizio giustina closed MSUREFIRE-134. --- Resolution: Fixed patches committed to surefire and maven-surefire-plugin, thanks! > Surefire finds test classes but ignores test methods and confi

[jira] Commented: (MNG-2542) Remove carriage returns and tabs from field values in the manifest file

[ http://jira.codehaus.org/browse/MNG-2542?page=comments#action_73790 ] Brett Porter commented on MNG-2542: --- I think it was won't fixed because the bug was opened in plexus-archiver, but unfortunately wasn't linked. I'm certain this is either

[jira] Created: (MNG-2542) Remove carriage returns and tabs from field values in the manifest file

Remove carriage returns and tabs from field values in the manifest file --- Key: MNG-2542 URL: http://jira.codehaus.org/browse/MNG-2542 Project: Maven 2 Issue Type: Bug

[jira] Updated: (MEV-439) pom for stax:stax-api:1.0.1

[ http://jira.codehaus.org/browse/MEV-439?page=all ] Tim O'Brien updated MEV-439: Attachment: stax-api-1.0.1.pom Here is a working pom for stax:stax-api:1.0.1 > pom for stax:stax-api:1.0.1 > --- > > Key: MEV-439 >

[jira] Created: (MEV-439) pom for stax:stax-api:1.0.1

pom for stax:stax-api:1.0.1 --- Key: MEV-439 URL: http://jira.codehaus.org/browse/MEV-439 Project: Maven Evangelism Issue Type: Bug Components: Missing POM Reporter: Tim O'Brien This artifact i

[jira] Created: (MAVENUPLOAD-1106) Upload freemarker-2.3.8

Upload freemarker-2.3.8 --- Key: MAVENUPLOAD-1106 URL: http://jira.codehaus.org/browse/MAVENUPLOAD-1106 Project: maven-upload-requests Issue Type: Wish Reporter: Andreas Schödl Please upload freemarker-2.3.8

[jira] Commented: (MSUREFIREREP-27) number of skipped test no shown in html report

[ http://jira.codehaus.org/browse/MSUREFIREREP-27?page=comments#action_73784 ] Wim Deblauwe commented on MSUREFIREREP-27: -- TestNG has this feature too, so it would be nice to have that also. > number of skipped test no shown in html rep

[jira] Commented: (CONTINUUM-831) Continuum Release white site pages

[ http://jira.codehaus.org/browse/CONTINUUM-831?page=comments#action_73782 ] Edwin Punzalan commented on CONTINUUM-831: -- I've just committed it in the release-integration branch. NOTE: Attached patch in this jira is not updated. > Cont

[jira] Commented: (MDEPLOY-38) deploy:deploy-file fails silently on Windows URL containing invalid host name or share

[ http://jira.codehaus.org/browse/MDEPLOY-38?page=comments#action_73778 ] Maarten Brugman commented on MDEPLOY-38: Yes, I know, and I got it working. My point is that anything between the first // and / is assumed to be 'localhost' and t

[jira] Updated: (MNGECLIPSE-192) Exit code 1 - 'ssh' is not recognized as an internal or external command,

[ http://jira.codehaus.org/browse/MNGECLIPSE-192?page=all ] Klingon Coder updated MNGECLIPSE-192: - Attachment: SampleMojo.java this is a sample mojo > Exit code 1 - 'ssh' is not recognized as an internal or external command, > --

[jira] Updated: (MNGECLIPSE-192) Exit code 1 - 'ssh' is not recognized as an internal or external command,

[ http://jira.codehaus.org/browse/MNGECLIPSE-192?page=all ] Klingon Coder updated MNGECLIPSE-192: - Attachment: pom.xml > Exit code 1 - 'ssh' is not recognized as an internal or external command, > -

[jira] Updated: (MNGECLIPSE-192) Exit code 1 - 'ssh' is not recognized as an internal or external command,

[ http://jira.codehaus.org/browse/MNGECLIPSE-192?page=all ] Klingon Coder updated MNGECLIPSE-192: - Attachment: settings.xml this is the settings.xml. please view the settings for the servers > Exit code 1 - 'ssh' is not recognized as an internal or

[jira] Commented: (CONTINUUM-831) Continuum Release white site pages

[ http://jira.codehaus.org/browse/CONTINUUM-831?page=comments#action_73775 ] Brett Porter commented on CONTINUUM-831: is the final of this committed to yur branch now? > Continuum Release white site pages > --

[jira] Updated: (MRM-153) when used as a maven1 proxy, Archiva should handle relocation from maven2 poms

[ http://jira.codehaus.org/browse/MRM-153?page=all ] nicolas de loof updated MRM-153: Attachment: MRM-153.patch This patch moves the relocation handling in DefaultProxyRequestHandler (archiva-proxy). No more change on archiva-core is required. Testcase

[jira] Created: (MAVEN-1786) Performance Optimization of the Reactor

Performance Optimization of the Reactor --- Key: MAVEN-1786 URL: http://jira.codehaus.org/browse/MAVEN-1786 Project: Maven Issue Type: Improvement Affects Versions: 1.1-beta-2 Environment: OS

[jira] Commented: (MPSCM-86) scm:prepare-release does not commit modified changes.xml

[ http://jira.codehaus.org/browse/MPSCM-86?page=comments#action_73773 ] Arnaud Heritier commented on MPSCM-86: -- No but I didn't notice it when I released maven and its plugins > scm:prepare-release does not commit modified changes.xml >

[jira] Commented: (MDEPLOY-38) deploy:deploy-file fails silently on Windows URL containing invalid host name or share

[ http://jira.codehaus.org/browse/MDEPLOY-38?page=comments#action_73772 ] Pierre-Arnaud commented on MDEPLOY-38: -- if your windows share is \\host\share, a working URL would be file:///\\host/share (i.e. the windows share is resolved from you

[jira] Commented: (MNGECLIPSE-169) Offline is ignored

[ http://jira.codehaus.org/browse/MNGECLIPSE-169?page=comments#action_73771 ] Robert Herschke commented on MNGECLIPSE-169: The offline mode has no effect in: - building - update source folder - resolve dependencies > Offline is igno

[jira] Commented: (MRM-153) when used as a maven1 proxy, Archiva should handle relocation from maven2 poms

[ http://jira.codehaus.org/browse/MRM-153?page=comments#action_73769 ] nicolas de loof commented on MRM-153: - I realy have troubles with numbers. Please don't care this patch that IS for MRM-155 and has been also attached to MRM-155 issue. I'

[jira] Commented: (SCM-219) broken link online documentation

[ http://jira.codehaus.org/browse/SCM-219?page=comments#action_73768 ] Bernhard Wellhöfer commented on SCM-219: I herbey kindly ask to fix this bug. The whole maven documentation is not in a good shape and this is one example. I really ha

[jira] Updated: (MRM-155) When proxy is used by maven1artifact are stored in managed repo using legacy layout.

[ http://jira.codehaus.org/browse/MRM-155?page=all ] nicolas de loof updated MRM-155: Attachment: MRM-155.patch Repackaged patch to include testcase. adds "testLegacyRequestConvertedToMaven2PathInManagedRepo" to ProxyRequestHandlerTest. > When proxy

[jira] Commented: (MRM-153) when used as a maven1 proxy, Archiva should handle relocation from maven2 poms

[ http://jira.codehaus.org/browse/MRM-153?page=comments#action_73766 ] nicolas de loof commented on MRM-153: - Please don't mind my patch name is "MRM-155" as it is a typo. This patch file IS related to MRM-153 > when used as a maven1 proxy,

[jira] Updated: (MRM-154) DigestUtils fails to verify checksum from ibiblio

[ http://jira.codehaus.org/browse/MRM-154?page=all ] nicolas de loof updated MRM-154: Attachment: MRM-154.patch Rapackaged patch (from archiva-utils root), including testcase > DigestUtils fails to verify checksum from ibiblio >

[jira] Commented: (MPA-49) consider IRC logging again

[ http://jira.codehaus.org/browse/MPA-49?page=comments#action_73764 ] Emmanuel Venisse commented on MPA-49: - http://dev.rectang.com/logs/codehaus/%23maven/ > consider IRC logging again > -- > > Key: MPA

[jira] Updated: (MRM-153) when used as a maven1 proxy, Archiva should handle relocation from maven2 poms

[ http://jira.codehaus.org/browse/MRM-153?page=all ] nicolas de loof updated MRM-153: Attachment: MRM-155.patch Repackaged patch to include testcase. adds "testLegacyRequestConvertedToMaven2PathInManagedRepo" to ProxyRequestHandlerTest. > when used