That's exactly what I am doing.

And it works fine except for the problem that I mention in this thread of
the project artifactId being added to some urls like the scmConnection.

On 8/1/07, Bryan Loofbourrow <[EMAIL PROTECTED]> wrote:
>
> I'm wondering if the following would work:
>
> - Make your organizational pom project. Don't define any <module> entries
> in
> it.
> - Have all of your projects depend on it as a parent
> - Build and install your organizational pom to a central repository
> accessible to all of your projects.
>
> I'm thinking that you can then independently build and deploy your
> organizational pom by itself, and have your projects use it, from the
> repository, as a parent for definition purposes, though not build
> purposes.
>
> I'd be interested to know whether this works. It seems useful.
>
> -- Bryan
>
> -----Original Message-----
> From: Oscar Picasso [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, August 01, 2007 10:31 AM
> To: Maven Users List
> Subject: Re: Parent POM, properties and scm problem
>
> The current Maven behaviour is fine for multimodule projects.
>
> However I am trying to write a organizational POM that all my projets
> would
> inherited and wanted to avoid duplication of the scm section.
>
> So in case of independent projects it does not make sense to put all them
> inside the same trunk.
>
> I guess currently I cannot avoid this duplication.
>
> On 7/31/07, Eric Redmond <[EMAIL PROTECTED]> wrote:
> >
> > Maven does this so that child module's scm can be defined once in the
> > parent.
> >
> > <scm>
> >   <connection>scm:svn:https://url/project/trunk
> > </scm>
> >
> > <modules>
> >   <module>Child
> >
> > Then the Child module's scm url is automatically set as:
> >
> > <scm>
> >   <connection>scm:svn:https://url/project/trunk/Child
> > </scm>
> >
> > Which is the convention for a multi-module project.
> >
> > If your "Child" project has to be seperate, with it's own trunk, etc. I
> > would suggest (if svn) using svn:externals to access the child under the
> > parent project. Since it ownly appends the name on a multi-module
> project,
> > I'm trying to figure out how you locally check out your project...
> perhaps
> > create a "trunks"-style setup in your version control would be best?
> >
> > Eric
> >
> > On 7/30/07, Oscar Picasso <[EMAIL PROTECTED]> wrote:
> > >
> > > I have also noticed the same behavior with the project url, the sit
> url
> > > and
> > > the scm url even if in the effective the corresponding properties are
> > > correct (without the artifactId appended).
> > >
> > > On 7/30/07, Oscar Picasso <[EMAIL PROTECTED]> wrote:
> > > >
> > > > Hi,
> > > >
> > > > In the parent POM I have the following:
> > > > [...]
> > > >   <properties>
> > > >     <scmConnection>
> > > http://localhost/repos/repo/${groupId}/${artifactId}/trunk
> > > > <http://localhost/repos/repo/$%7BgroupId%7D/$%7BartifactId%7D/trunk>
> > > > </scmConnection>
> > > >   </properties>
> > > >
> > > >
> > > >   <scm>
> > > >     <connection>${scmConnection}</connection>
> > > >     <developerConnection>${scmConnection}</developerConnection>
> > > >   </scm>
> > > > [...]
> > > >
> > > > The child POM has nothing expect mandatory elements and the
> reference
> > to
> > > > the parent POM. Both the child and the parent are snapshots. The
> > parent
> > > POM
> > > > has been deployed to the remote repository.
> > > >
> > > > When I run mvn help:effective-pom on the child project, I get:
> > > > [...]
> > > >   <scm>
> > > >     <connection>
> > > http://localhost/repos/repo/com.opicasso/Child/trunk/Child
> > > > </connection>
> > > >     <developerConnection>
> > > > http://localhost/repos/repo/com.opicasso/Child/trunk/Child
> > > > </developerConnection>
> > > >   </scm>
> > > > [..]
> > > >
> > > > I would have expected:
> > > > [...]
> > > >   <scm>
> > > >     <connection>http://localhost/repos/repo/com.opicasso/Child/trunk
> > > > </connection>
> > > >     <developerConnection>
> > > > http://localhost/repos/repo/com.opicasso/Child/trunk
> > > </developerConnection>
> > > >   </scm>
> > > > [..]
> > > >
> > > > Why does maven happen the child artifactId to the connections? Does
> > > maven
> > > > merge the parent scm connections with the children ones ? But in the
> > > current
> > > > case the child has no scm connections defined in its pom.
> > > >
> > > > How to get rid of this extra artifactId?
> > > >
> > > > Thanks
> > > >
> > > > Oscar
> > > >
> > > >
> > > >
> > >
> >
> >
> >
> > --
> > Eric Redmond
> > http://blog.propellors.net
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Reply via email to