Just to throw my hat in too; I'm in a similar situation. Though in more of a master-detail project. There's the core Jelly engine
http://jakarta.apache.org/commons/sandbox/jelly/ then there's a bunch of optional tag libraries (similar to JSP tag libraries) each of which is dependent on the core jelly engine and maybe some other stuff specific to it. I'd like it if all the sub projects could just depend on the core project along with anything else specific to it. e.g. the OJB tag library would be dependent on Jelly and OJB, the crossdb taglib would be dependent on Jelly and crossdb etc. Right now I'm going to replicate the dependencies in the core Jelly project down into each subproject; but this is a bit of a pain. It'd be nice to 'inherit' dependencies in a child project from the parent, if you see what I mean. James ----- Original Message ----- From: "Brekke, Jeff" <[EMAIL PROTECTED]> To: "'Turbine Maven Users List'" <[EMAIL PROTECTED]> Sent: Tuesday, May 21, 2002 3:51 PM Subject: RE: Using maven on a project with sub-projects > We also have a situation similar to your project/subproject system. I've > been viewing each as its own project as you indicate. But we are using > continuous integration so the dependencies are important every time we build > our sources. We build our sources every time someone commits a change in > cvs. > > The way you describe your dependencies below it sounds like you want > continuous integration of multiple projects. Something that Maven and > Cruise Control ( what we are currently using ) don't offer currently. There > is work being done in maven to create this meta-build. It is called the > 'Reactor' and basically looks at your projects dependencies and creates a > build script to build the projects in the correct dep order. The idea then > is to use this meta-build in a continuous integration environment for > projects. This is still very much work in progress. > > I am in the same boat as you. My current plan ( if I get time ) is to > convert each project to use maven itself in a single process sense and > author this meta-build by hand at this time. > > ================================================================= > Jeffrey D. Brekke Quad/Graphics > [EMAIL PROTECTED] http://www.qg.com > > > > -----Original Message----- > > From: James Macgill [mailto:[EMAIL PROTECTED]] > > Sent: Tuesday, May 21, 2002 8:13 AM > > To: [EMAIL PROTECTED] > > Subject: Using maven on a project with sub-projects > > > > > > Hi > > > > I've been reading through the maven site and it looks like > > the tool is > > exactly what I need to manage the build process for GeoTools2, an > > opensource project that I coordinate. > > > > I hope no-one minds, but because the directory structure of > > geotools is a > > little unusual I'd like some advice before go any further. > > > > For anyone familiar with it, the structure we are using is > > based loosely on > > the structure used in the NetBeans CVS repository. If you're > > not then the > > basic principal is that the project as a whole is split into > > a number of > > modules, or sub-projects. > > > > A, slightly out of date, overview can be seen here: > > http://www.geotools.org/modules.php?op=modload&name=Sections&f > > ile=index&req=viewarticle&artid=18&page=1 > > > > In effect each module in the cvs is the equivalent of maven's > > concept of a > > project. They have their own maintainers, dependencies, task > > tracker, home > > page and documentation. At the moment each module can be built > > independently (automatically building other modules as > > needed) or managed > > centrally by a 'dummy' gtbuild module. > > > > Ideally I would like each module to be a maven project, but I > > don't want to > > loose the recursive dependency checks. i.e. if I module C > > depends on B and > > B depends on A and A depends on another projects jar X then > > at the moment > > any attempt to build C will build B and A and copy X.jar . > > From what I can > > see from the documentation maven 'depends' will not let me do this. > > > > I'm very keen to switch to maven and to stop re-inventing the > > wheel, any > > advice on how it can be used to manage sub-projects within a > > single project > > would be much appreciated. All of the files are stored in a > > single cvs > > repository, and if it helps anyone to know what on earth I'm > > going on about > > you can take a look at: > > > > http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/geotools/geotools2/ > > > > Apologies again for the length of this email and for my lack > > of knowledge > > of all this maven. Still, if we switch to maven then I can > > see myself > > becoming an active participant in its development. > > > > Many thanks in anticipation > > > > James > > > > -- > > James Macgill > > Center for Computational Geography http://www.ccg.leeds.ac.uk > > Spell Checker (c) Creative Spelling inc (aka my dyslexic brain) > > http://www.geotools.org a client side java mapping toolkit. > > > > > > -- > > To unsubscribe, e-mail: > <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: > <mailto:[EMAIL PROTECTED]> > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> > _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
