[ 
http://jira.codehaus.org/browse/MRELEASE-128?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=250968#action_250968
 ] 

werner mueller commented on MRELEASE-128:
-----------------------------------------

well a lot of plugins have this issue as well. The properties in its original 
form cannot be read via the plugin api (as far as i know). You can only 
retrieve them in the replaced way. So any plugin that rewrites the pom runs 
into this.

from what i know from the plugin it parses the pom.xml manually and replaces 
the strings 'by hand'. Which in my eyes is more tricky than one would think 
(depends on what part you replace with properties, your project layout, if you 
tag or branch or release, ...?)

But how can this be mission critical? It never 'worked' or has been this way. 
The release plugin (using svn in my case) needs these three lines in the scm, 
tabBase and branchBase are constant. In my eyes this features serves some 
readability in the pom and allows infrastructure changes without touching the 
pom files. If you do that a lot you're doomed anyway :)


> SCM properties being replaced during release:perform
> ----------------------------------------------------
>
>                 Key: MRELEASE-128
>                 URL: http://jira.codehaus.org/browse/MRELEASE-128
>             Project: Maven 2.x Release Plugin
>          Issue Type: Bug
>          Components: prepare
>         Environment: Windows XP client, Linux repo, CVS, Maven 2.0.4
>            Reporter: Craig Dickson
>            Assignee: Brett Porter
>            Priority: Critical
>             Fix For: 2.2
>
>         Attachments: after-release-perform-pom.xml, 
> after-release-prepre-pom.xml, MNG-128-maven-release-manager.patch, 
> MRELEASE-128_cvs_hack_RewritePomsForDevelopmentPhase.java.patch, 
> original-pom.xml
>
>
> The <scm> section of a pom in CVS for a pom archetype project looks like this 
> prior to executing release:prepare :
> <scm>
>       <connection>${base.cvs.url}:commons-maven/uber-pom</connection>
>       
> <developerConnection>${base.cvs.url}:commons-maven/uber-pom</developerConnection>
>       <url>${base.viewcvs.url}/commons-maven/uber-pom</url>
> </scm>
> Then after executing release:prepare, the pom in CVS looks like this (new 
> <tag> tag is only difference):
> <scm>
>       <connection>${base.cvs.url}:commons-maven/uber-pom</connection>
>       
> <developerConnection>${base.cvs.url}:commons-maven/uber-pom</developerConnection>
>       <url>${base.viewcvs.url}/commons-maven/uber-pom</url>
>       <tag>R-1_7</tag>
> </scm>
> Then after executing release:perform, the pom looks like this in CVS:
> <scm>
>       
> <connection>scm:cvs:pserver:behrcvs.masco-coatings.com:/usr/cvsroot:commons-maven/uber-pom</connection>
>       
> <developerConnection>scm:cvs:pserver:behrcvs.masco-coatings.com:/usr/cvsroot:commons-maven/uber-pom</developerConnection>
>       
> <url>http://behrcvs.masco-coatings.com/cgi-bin/viewcvs.cgi/commons-maven/uber-pom</url>
> </scm>
> Notice that the properties that were there for the base URLs for CVS and 
> ViewCVS have been replaced with literal values. 
> No other properties in the POM are being replaced

-- 
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

        

Reply via email to