You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@maven.apache.org by Wilfred Springer <Wi...@Sun.COM> on 2005/10/03 20:52:18 UTC

Re: [m2] Multiproject directory organization on CVS

Hi Nelson,

Did you ever get a decent answer on your question? 

I've been trying to figure out how to do this myself as well, but I
haven't really found a solution yet. Maven (m2) itself uses multiple
project files, but the Maven source code exists in a SVN repository. I
haven't actually used CVS modules yet, but if that means that I can use
a single tag in multiple modules to indicate different things, then it
sounds like a solution that might work. (But then again, it sounds like
an awful lot of work, if you need to manage project that have the size
of Maven itself.)

Thanks,

Wilfred

On Fri, 2005-09-16 at 15:07, Nelson Arape wrote:
> Hi Tomas
> 
> I sympathise with you, but then how do you handle this situation:
> 
> project
> +-core
> +-optional-plugin1
> +-optional-plugin2
> +-optional-plugin3
> +-examples-files
> 
> where project have a pom (also src/site, src/assembly, src/bin) and every
> subproject also have a pom?
> 
> I would like to follow the: one POM = one package = one CVS/Eclipse module
> for the same reason you mention, but I dont know how to doit in a subproject
> (or multiproject) configuration.
> 
> Cheers
> Nelson Arape
> 
> Thomas Van de Velde wrote:
> 
> > I always apply the following:
> > 
> > one POM = one package = one CVS/Eclipse module
> > 
> > There are many advantages to this aproach:
> > 1) You are not mixing libraries across modules in your Eclipse classpath
> > 2) This solution allows people to checkout only those parts on which they
> > work
> > 3) This solution scales well for very large projects
> > 4) You can use the Eclipse plugin to generate a classpath file that is
> > synchronized with the POM. This doesn't work for nested POMs.
> > 
> > Cheers,
> > Thomas
> > 
> > On 9/13/05, Nelson Arape <na...@ica.luz.ve> wrote:
> >> 
> >> Sorry, I did not make may self clear. I don't have problems with How
> >> maven handles subprojects, but in how organize thos projects in a CVS
> >> repository.
> >> 
> >> How I look, I have to options:
> >> 1.- Make the whole project and subprojects a module in the CVS
> >> repository. 2.- Make each subproject a distinct module in the CVS
> >> repository.
> >> 
> >> I originally thought that 1 was the way to go, but then I haven't a place
> >> to
> >> store the project (root) pom.xml, src/site and src/assembly files.
> >> 
> >> So now I think option 2 is the way to go.
> >> 
> >> Can anyone confirm, denied or expand my assumptions
> >> 
> >> Nelson Arape
> >> Yann Le Du wrote:
> >> 
> >> > Hello Nelson,
> >> >
> >> > --- Nelson Arape <na...@ica.luz.ve> a écrit :
> >> >
> >> >> Hello to all
> >> >>
> >> >> I have a multiproject directory organization as follows:
> >> >>
> >> >> project
> >> >> +-core
> >> >> +-optional-plugin1
> >> >> +-optional-plugin2
> >> >> +-optional-plugin3
> >> >> +-examples-files
> >> >>
> >> >> I originally thought that I should create all subprojects as CVS
> >> modules,
> >> >> but what do I do with the project pom?.
> >> >
> >> > So that a goal executed in project be recursively executed in
> >> subprojects,
> >> > you could add the following in the project pom :
> >> >
> >> > <modules>
> >> > <module>core</module>
> >> > <module>optional-plugin1</module>
> >> > ...
> >> > </modules>
> >> >
> >> >>
> >> >> Additionally I am also planing to use the site plugin, so should i
> >> create
> >> >> a src/site on project or a site subproject instead?
> >> >
> >> > For myself, I use a src/site. This allows me to simply execute the site
> >> > plugin in project, which recursively calls the same in subprojects.
> >> >
> >> > I believe the Maven dev team uses a site subproject, maybe someone can
> >> > comment on the pros & cons ?
> >> >
> >> >>
> >> >> Thanks in advance
> >> >> Nelson Arapé
> >> >>
> >> >> PS: sorry for my english
> >> >>
> >> >>
> >> >> ---------------------------------------------------------------------
> >> >> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> >> >> For additional commands, e-mail: users-help@maven.apache.org
> >> >>
> >> >>
> >> >
> >> > Regards,
> >> > Yann
> >> >
> >> > Yahoo! Mail - Votre e-mail personnel et gratuit qui vous suit partout !
> >> > Créez votre Yahoo! Mail sur http://mail.yahoo.fr
> >> 
> >> 
> >> 
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> >> For additional commands, e-mail: users-help@maven.apache.org
> >> 
> >>
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
-- 
_________________________________________________________________
Wilfred Springer                Phone  : +31 (0)3 3451 5736
Software Architect              Mobile : +31 (0)6 2295 7321
Client Solutions                Fax    : +31 (0)3 3451 5734
Enterprise Web Services         Mail   : wilfred.springer@sun.com
Sun Microsystems Netherlands    AIM    : wilfred springer
http://blogs.sun.com/wilfred/


NOTICE: This email message is for the sole use of the intended
recipient(s) and may contain confidential and privileged
information. Any unauthorized review, use, disclosure or distribution
is prohibited. If you are not the intended recipient, please contact
the sender by reply email and destroy all copies of the original
message.


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org