the artifactId is automatically appended to the SCM connection when it
is inherited. This can actually help in the case of a default.
I think you want access to ${parent.scm.connection}. I think that is a
good feature request for JIRA.
- Brett
On 8/29/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
>
>
>
> > > Is it possible in term of M2 architecture?
> >
> > Certainly, but I don't think it is necessary...
>
> Brett,
>
> I have a multiple project application developed under Eclipse, so my
> projects are at the same level as my root project (use of the "../" in the
> <modules> list). As a consequence, for every project, the SCM connection is
> configured like this:
>
> Project 1 :
> <connection>scm:cvs:pserver:[EMAIL
> PROTECTED]:/myCvsRootPath:projectModule1</connection>
>
> Project 2 :
> <connection>scm:cvs:pserver:[EMAIL
> PROTECTED]:/myCvsRootPath:projectModule2</connection>
>
> Parent Project :
> <connection>scm:cvs:pserver:[EMAIL
> PROTECTED]:/myCvsRootPath:projectRoot</connection>
>
> In this case, I'd like to avoid repeating "
> scm:cvs:pserver:[EMAIL PROTECTED]:/myCvsRootPath" in every pom of all the
> subprojects. Is there a way to do that currently? IMHO, properties would
> help in this case (and I can find other cases where this would be helpful
> as well, especially when you have naming conventions that make it easy to
> avoid repeating values in a pom or when you have values that are commons to
> all the projects of a company).
>
> Cheers,
> Fabrice.
>
>
> ---------------------------------------------------------------------
> 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]
