[jira] Created: (MDEP-45) Documentation is wrong on maven.apache.org

Documentation is wrong on maven.apache.org -- Key: MDEP-45 URL: http://jira.codehaus.org/browse/MDEP-45 Project: Maven 2.x Dependency Plugin Issue Type: Bug Affects Versions: 2.0

[jira] Created: (MNG-2631) M2 searches artefacts in wrong repo when using ranges

M2 searches artefacts in wrong repo when using ranges - Key: MNG-2631 URL: http://jira.codehaus.org/browse/MNG-2631 Project: Maven 2 Issue Type: Bug Components: Artifacts and

[jira] Commented: (MNG-1577) dependencyManagement does not work for transitive dependencies

[ http://jira.codehaus.org/browse/MNG-1577?page=comments#action_78502 ] Bugittaa Pahasti commented on MNG-1577: --- My opinion is that the scope should be also possible to override, because there are so many poms with invalid dependencies.

[jira] Commented: (MNG-2631) M2 searches artefacts in wrong repo when using ranges

[ http://jira.codehaus.org/browse/MNG-2631?page=comments#action_78506 ] Carlos Sanchez commented on MNG-2631: - distributionManagement is only used for uploads, not for downloads so that's not the problem. You need to provide more info M2

[jira] Created: (MIDEA-75) mvn idea:idea fails with StringIndexOutOfBoundsException (toRelative method) when adding resource to base project

mvn idea:idea fails with StringIndexOutOfBoundsException (toRelative method) when adding resource to base project - Key: MIDEA-75 URL:

[jira] Commented: (MNG-2631) M2 searches artefacts in wrong repo when using ranges

[ http://jira.codehaus.org/browse/MNG-2631?page=comments#action_78507 ] Sebastian Krebs commented on MNG-2631: -- Sorry, my fault, I've forgotten to write the following. I've specified those two repositories in my settings.xml as well.

[jira] Commented: (MNG-2631) M2 searches artefacts in wrong repo when using ranges

[ http://jira.codehaus.org/browse/MNG-2631?page=comments#action_78508 ] Carlos Sanchez commented on MNG-2631: - You haven't set releases to false in the snapshot repo so for maven it's also a releases repo M2 searches artefacts in wrong

[jira] Commented: (MPPDF-57) Unable to remove cover type and version

[ http://jira.codehaus.org/browse/MPPDF-57?page=comments#action_78510 ] Arnaud Heritier commented on MPPDF-57: -- Wendy, which release of maven are you using ? m1.0 or a beta/snapshot of m1.1 ? Unable to remove cover type and version

[jira] Created: (MNG-2632) Setting property in profiles is not evaluated for POM validation

Setting property in profiles is not evaluated for POM validation Key: MNG-2632 URL: http://jira.codehaus.org/browse/MNG-2632 Project: Maven 2 Issue Type: Bug

[jira] Closed: (CONTINUUM-970) Remove release-plugin dependency from continuum-release and instead use maven-release-manager from maven-shared

[ http://jira.codehaus.org/browse/CONTINUUM-970?page=all ] Jesse McConnell closed CONTINUUM-970. - Resolution: Fixed ah yes, so I did. committed now r467991 Remove release-plugin dependency from continuum-release and instead use

[jira] Updated: (MPPDF-57) Unable to remove cover type and version

[ http://jira.codehaus.org/browse/MPPDF-57?page=all ] Lukas Theussl updated MPPDF-57: --- Assignee: Lukas Theussl Fix Version/s: 2.5.1 It's fixed in SVN but I can't deploy snapshots for the moment. If you could test it from SVN then we can close

[jira] Commented: (MAVENUPLOAD-1197) Upload jsch.0.1.29 to the maven central repository

[ http://jira.codehaus.org/browse/MAVENUPLOAD-1197?page=comments#action_78517 ] Carlos Sanchez commented on MAVENUPLOAD-1197: - Next time upload to groupId com.jcraft.jsch Upload jsch.0.1.29 to the maven central repository

[jira] Commented: (MEJB-7) Transitive Classpath not written to the manifest

[ http://jira.codehaus.org/browse/MEJB-7?page=comments#action_78519 ] Sam Wilson commented on MEJB-7: --- That seems to solve the issue. However, given that this is part of the spec, shouldn't this be the default behavior and not require this sort

[jira] Closed: (MPA-82) Invalid jar in the central repository : sitemesh 2.2.1

[ http://jira.codehaus.org/browse/MPA-82?page=all ] Arnaud Heritier closed MPA-82. -- Assignee: Arnaud Heritier (was: Jason van Zyl) Resolution: Cannot Reproduce Fix Version/s: 2006-q4 Seems to be fixed now. There was certainly a problem

[jira] Created: (SUREFIRE-56) Test is broken and marked as Fail but works with plain execution with JUnit

Test is broken and marked as Fail but works with plain execution with JUnit --- Key: SUREFIRE-56 URL: http://jira.codehaus.org/browse/SUREFIRE-56 Project: surefire

[jira] Updated: (MPPDF-57) Unable to remove cover type and version

[ http://jira.codehaus.org/browse/MPPDF-57?page=all ] Wendy Smoak updated MPPDF-57: - Attachment: pdf-test.tar.gz Example project with pdf plugin configured. 'mvn site' will build the pdf. Unable to remove cover type and version

[jira] Created: (MNG-2633) Unexpected behaviour repository settings in POM.xml.

Unexpected behaviour repository settings in POM.xml. -- Key: MNG-2633 URL: http://jira.codehaus.org/browse/MNG-2633 Project: Maven 2 Issue Type: Bug Components: Dependencies

[jira] Commented: (MPPDF-57) Unable to remove cover type and version

[ http://jira.codehaus.org/browse/MPPDF-57?page=comments#action_78549 ] Lukas Theussl commented on MPPDF-57: I cannot reproduce any of the above, I see no problems in your test project with neither cover.type nor cover.date. Are you sure you

[jira] Closed: (MDEP-45) Documentation is wrong on maven.apache.org

[ http://jira.codehaus.org/browse/MDEP-45?page=all ] Dennis Lundberg closed MDEP-45. --- Resolution: Won't Fix No, the docs are correct. This is explained in the FAQ: http://maven.apache.org/plugins/maven-dependency-plugin/faq.html Documentation is wrong

[jira] Created: (MNG-2634) Archiver should be adding Created-By: Apache Maven _2.0.4_ to the manifest

Archiver should be adding Created-By: Apache Maven _2.0.4_ to the manifest Key: MNG-2634 URL: http://jira.codehaus.org/browse/MNG-2634 Project: Maven 2 Issue Type:

[jira] Updated: (MPPDF-57) Unable to remove cover type and version

[ http://jira.codehaus.org/browse/MPPDF-57?page=all ] Wendy Smoak updated MPPDF-57: - Attachment: svn-intro.pdf Yes, I meant 'maven site'. :) $ echo $MAVEN_HOME c:\java\maven-1.1-RC1-SNAPSHOT $PATH contains $MAVEN_HOME/bin. $ ll $MAVEN_HOME/plugins/ |

[jira] Commented: (MPPDF-57) Unable to remove cover type and version

[ http://jira.codehaus.org/browse/MPPDF-57?page=comments#action_78556 ] Arnaud Heritier commented on MPPDF-57: -- Lukas, I reproduced (and fixed) it with wendy's testcase In fact it's logical because there's no test arround the cover type

[jira] Closed: (MPPDF-57) Unable to remove cover type and version

[ http://jira.codehaus.org/browse/MPPDF-57?page=all ] Arnaud Heritier closed MPPDF-57. Resolution: Fixed - To avoid problems, be sure to not use a -PARAM without arg - Remove default hardcoded settings to allow users to remove them using an empty

[jira] Created: (MAVEN-1809) Upgrade maven-pdf-plugin to v 2.5.1

Upgrade maven-pdf-plugin to v 2.5.1 --- Key: MAVEN-1809 URL: http://jira.codehaus.org/browse/MAVEN-1809 Project: Maven 1.x Issue Type: Sub-task Reporter: Arnaud Heritier Assigned To:

[jira] Created: (MAVEN-1810) Upgrade maven-nsis-plugin to v 2.1

Upgrade maven-nsis-plugin to v 2.1 -- Key: MAVEN-1810 URL: http://jira.codehaus.org/browse/MAVEN-1810 Project: Maven 1.x Issue Type: Sub-task Reporter: Arnaud Heritier Assigned To: Arnaud

[jira] Updated: (MAVEN-1809) Upgrade maven-pdf-plugin to v 2.5.1

[ http://jira.codehaus.org/browse/MAVEN-1809?page=all ] Arnaud Heritier updated MAVEN-1809: --- Description: http://jira.codehaus.org/browse/MPPDF?report=com.atlassian.jira.plugin.system.project:roadmap-panel Affects Version/s: 1.1-beta-3

[jira] Updated: (MAVEN-1810) Upgrade maven-nsis-plugin to v 2.1

[ http://jira.codehaus.org/browse/MAVEN-1810?page=all ] Arnaud Heritier updated MAVEN-1810: --- Description: http://jira.codehaus.org/browse/MPNSIS?report=com.atlassian.jira.plugin.system.project:roadmap-panel I'm not yet sure to include it in

[jira] Created: (MPARTIFACT-73) DefaultArtifactCollector.recurse can lose versionRange

DefaultArtifactCollector.recurse can lose versionRange -- Key: MPARTIFACT-73 URL: http://jira.codehaus.org/browse/MPARTIFACT-73 Project: maven-artifact-plugin Issue Type: Bug

[jira] Moved: (MNG-2635) DefaultArtifactCollector.recurse can lose versionRange

[ http://jira.codehaus.org/browse/MNG-2635?page=all ] Arnaud Heritier moved MPARTIFACT-73 to MNG-2635: Complexity: Intermediate Workflow: Maven New (was: jira) Key: MNG-2635 (was: MPARTIFACT-73) Project: Maven 2

[jira] Closed: (MDEP-40) use Lowercase alpha

[ http://jira.codehaus.org/browse/MDEP-40?page=all ] Brian Fox closed MDEP-40. - Resolution: Fixed since the repo is trashed anyway, I updated the version correctly. Now when the permissions are unscrewed it will be deployed correctly. use Lowercase alpha

[jira] Closed: (MASSEMBLY-97) multiproject with assembly fails in mysterious ways

[ http://jira.codehaus.org/browse/MASSEMBLY-97?page=all ] John Casey closed MASSEMBLY-97. --- Assignee: John Casey Resolution: Won't Fix Use assembly:single or assembly:directory-single for this type of application. directory-single is added in

[jira] Updated: (MASSEMBLY-97) multiproject with assembly fails in mysterious ways

[ http://jira.codehaus.org/browse/MASSEMBLY-97?page=all ] John Casey updated MASSEMBLY-97: Fix Version/s: 2.2 multiproject with assembly fails in mysterious ways --- Key: MASSEMBLY-97

[jira] Commented: (SCM-230) mercurial plugin

[ http://jira.codehaus.org/browse/SCM-230?page=comments#action_78581 ] THURNER rupert commented on SCM-230: upload a patch and mailbomb scm-dev@maven.apache.org mailing list :) i wonder also if there is a place to document the testcases so

[jira] Commented: (SCM-230) mercurial plugin

[ http://jira.codehaus.org/browse/SCM-230?page=comments#action_78582 ] THURNER rupert commented on SCM-230: btw, thanks a lot for the fixes! we also have this problem. mercurial plugin Key: SCM-230