How about re-writing the plugin to Maven2? Then you can at least remove 
the 'modules'-part in your base-POM...

Otherwise I'm afraid you're indeed stuck with the 2-way dependency.


On Thursday 15 November 2007 12:34, Aaron Zeckoski wrote:
> > If you build the 'parent' and it does not contain the 'modules'-tag, the
> > children DO NOT get build.
>
> Yeah, we want to be able to build from either the parent (and build
> everything) or from the child (and just build the child) but we need
> the information in the parent when the child is being built. As a
> result, it looks like we are stuck with the 2-way dependency (at least
> according to what I could understand from the maven site and the maven
> book).
>
> In maven1 we created a plugin which would walk the source tree so that
> the parents did not have to know about the children. The nice thing
> about this is that you could drop a new project in the source tree and
> it would get picked up and built automatically. All the children only
> knew about one single master POM which provided them with a set of
> properties and shared dependencies.
>
> I think we are going to have to just be stuck with the tight coupling
> in maven 2 though.
> I would be happy to know I am wrong on this though so feel free to correct
> me.
>
> :-)
>
> -AZ
>
> > Just play around with it a bit, Maven is very flexible in this way. I do
> > however believe it is described in the documentation, and pretty
> > extensive if I recall correctly...
> >
> > On Wednesday 14 November 2007 23:51, Aaron Zeckoski wrote:
> > > Is the 2-way parent/module dependency actually the right way to link
> > > children and parent POMs? This is what we currently have:
> > >
> > > The parent includes definition of a module (or group of modules) like
> > > so: ...
> > > <groupId>org.sakaiproject</groupId>
> > > <artifactId>base</artifactId>
> > > <packaging>pom</packaging>
> > > ...
> > > <modules>
> > >   <module>alias</module>
> > > </modules>
> > > ...
> > >
> > > Then the child defines a parent like so:
> > > ...
> > > <parent>
> > >   <artifactId>base</artifactId>
> > >   <groupId>org.sakaiproject</groupId>
> > >   <version>M2</version>
> > >   <relativePath>../pom.xml</relativePath>
> > > </parent>
> > > ...
> > >
> > > As a result, we end up with this 2-way linkage bewteen these POMs
> > > which ends up not being very flexible since all of the POMs have to
> > > know about each other.
> > >
> > > This seems to be what the docs indicate but I might misunderstand. Are
> > > we doing something dumb here?
> > >
> > > Sample parent here:
> > > https://source.sakaiproject.org/contrib/caret/kernel/pom.xml Sample
> > > child here:
> > > https://source.sakaiproject.org/contrib/caret/kernel/alias/pom.xml
> > >
> > > Thanks for the help!
> > > -AZ
> >
> > --
> > Roland Asmann
> >
> > CFC Informationssysteme Entwicklungsgesellschaft m.b.H
> > Bäckerstrasse 1/2/7
> > A-1010 Wien
> > FN 266155f, Handelsgericht Wien
> >
> > Tel.: +43/1/513 88 77 - 27
> > Fax.: +43/1/513 88 62
> > Email: [EMAIL PROTECTED]
> > Web: www.cfc.at
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]

-- 
Roland Asmann

CFC Informationssysteme Entwicklungsgesellschaft m.b.H
Bäckerstrasse 1/2/7
A-1010 Wien
FN 266155f, Handelsgericht Wien

Tel.: +43/1/513 88 77 - 27
Fax.: +43/1/513 88 62
Email: [EMAIL PROTECTED]
Web: www.cfc.at

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to