Not claiming that it is setup properly but jci is a m2 multi project. Still maybe worth having a look.
Welcome to a world of pain ...which I found m2 is when you go multi project. That said it seems to be working for the maven folks - so maybe it's just a user error. cheers -- Torsten On Tue, Mar 10, 2009 at 18:01, Matt Benson <gudnabr...@yahoo.com> wrote: > > I have some code to start with (never been anywhere but my box so no IP > problems) but I am currently using Ant + Ivy. This will be an empty project > with n subprojects so I feel I will need a ridiculous amount of handholding > to get this set up properly with m2. Do any of our Maven mavens have the > cycles for this? > > Thanks, > Matt > > --- On Sun, 3/1/09, Henri Yandell <flame...@gmail.com> wrote: > >> From: Henri Yandell <flame...@gmail.com> >> Subject: Re: gauging sandbox interest - openmodels >> To: "Commons Developers List" <dev@commons.apache.org> >> Date: Sunday, March 1, 2009, 1:20 PM >> No reason not to give it a try and if >> it's too large it can move out of Commons. >> >> http://issues.apache.org/jira/browse/LANG-449 might be >> of interest to it. >> >> Hen >> >> On Sun, Mar 1, 2009 at 9:15 AM, Matt Benson <gudnabr...@yahoo.com> >> wrote: >> > >> > For awhile I've had an itch that it would be nice to >> have a project whose purpose is to provide small, realistic >> domain models for consumption primarily by tests of >> library-type code (if the domain models are actually >> usable/extensible for real work, so much the better). It >> seems to me that particularly at Commons it could be >> beneficial for tests/examples of various components to >> reference common object models, giving potential users a >> better point of reference to see how various components >> might be used with their own models. Is there any interest >> in having such a project in Commons; do we feel this would >> be too large and not precisely the mission of Commons; are >> there other opinions? >> > >> > Thanks, >> > Matt >> > >> > >> > >> > >> > >> --------------------------------------------------------------------- >> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >> > For additional commands, e-mail: dev-h...@commons.apache.org >> > >> > >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >> For additional commands, e-mail: dev-h...@commons.apache.org >> >> > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org