You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@maven.apache.org by "Kelly Davis (JIRA)" <ji...@codehaus.org> on 2007/02/02 19:53:44 UTC

[jira] Commented: (MNG-1031) SCM connection attribute being inherited incorrectly

    [ http://jira.codehaus.org/browse/MNG-1031?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_86671 ] 

Kelly Davis commented on MNG-1031:
----------------------------------

I am using 2.0.4 and I have run into this issue. I moved my scm stuff into the parent pom and the module containing the pom is not a parent of the child project. It seems like there is no way given this circumstance to have maven do the right thing as far as the expansion on the developerConnection url. I want to leave the module blank and if I am using CVS then it should not add the leading '/'. If I am using svn then it is ok to have the '/' and also for distributionManagement.site.url, it is ok to have the '/'. Please consider re-opening this because the solution above is very in-elegant and leads to boiler-plate in all of our organizations poms.

> SCM connection attribute being inherited incorrectly
> ----------------------------------------------------
>
>                 Key: MNG-1031
>                 URL: http://jira.codehaus.org/browse/MNG-1031
>             Project: Maven 2
>          Issue Type: Bug
>          Components: Inheritance and Interpolation
>    Affects Versions: 2.0-beta-2
>            Reporter: Matthew Beermann
>
> (Not sure of the correct component, but taking a stab at it...)
> It appears that the <connection> attribute of <scm> is being modified as it is inherited, but not correctly. For example, if my parent project had something like:
> <scm>
>     <connection>scm:cvs:pserver:anonymous@server:/projects:</connection>
> </scm>
> ...then the final value of the attribute, as seen by the children and any plugins, ends up looking something like:
>     scm:cvs:pserver:anonymous@server:/projects:/my-artifact-id
> ...which is wrong. It appended the artifact id automagically, which is good, but it added a leading slash that CVS doesn't like at all. It does work in Subversion I suspect. Anyway, I'm not sure where the appending happens, so reassign as needed...

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira