This is by design.
In th edefault layout the artifactId matches. If this is not the case,
the connection URL needs to be specified. It cannot be inherited and
set with ${artifactId} as the expressions are evaluated inside the
parent, not in the child.
Do you have an alternative proposition?
- Brett
On 10/7/05, Donszelmann, Mark <[EMAIL PROTECTED]> wrote:
> Hi
>
> my parent pom contains:
>
> <scm>
>
> <connection>scm:svn://svn.freehep.org/svn/freehep/${pom.artifactId}/trunk</connection>
>
> <developerConnection>scm:svn://svn.freehep.org/svn/freehep/${pom.artifactId}/trunk</developerConnection>
> </scm>
> <url>http://java.freehep.org/${pom.artifactId}/index.html</url>
>
> in the pom of the project it seems that both scm-connection and url have
> artifactId appended to them, resulting in (for freehep-io):
>
> svn://svn.freehep.org/svn/freehep/freehep-io/trunk/freehep-io
>
> and
>
> http://java.freehep.org/freehep-io/index.html/freehep-io
>
> I am afraid this happens to more that these two.
>
> Both cases are wrong for me, especially the scm-connection, since svn, for
> tagging purposses proposes
> a structure like:
>
> module/trunk
> module/tags
> module/branches
>
> so, is there any way to avaoid this "appending" of artifactId, except for
> redefining these two
> (and others) in each project pom file (which would defeat the purpose of a
> parent pom)?
>
> All in m2b3.
>
> Regards
> Mark Donszelmann
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
