On Thu, 2002-05-30 at 09:31, [EMAIL PROTECTED] wrote: > > Jason, > > some questions probably answered elsewhere. > > 1) Multiple source directories are currently used to get around the lack of > a multi-project build or project inheritance. Will this feature be in the > new release mentioned?
In most of the cases I've seen where there are multiple source directories it has strictly been a matter of being too lazy to make another project.xml file. Here I'm talking about turbine-fulcrum where we planned to have a build for the core and for each of the services. That never materialized and I just finished globbing all the sources back together. Here project inheritance would definitely help and it probably won't make it into the next version, I'd like to try and get one out today, but we can add that sort of thing to betwixt. James has been super responsive, which is why betwixt is in maven now, so we can probably work something out relatively quickly. Inheritance among projects and interpolation in the descriptor would definitely be handy and we can roll those features into betwixt I'm sure. > 2) If we remove the 'type' from dependencies, is there someway to specify > the dependency is for testing vs runtime vs ??? You mean for something like httpunit for testing a webapp? Something that is only used for testing but is not distributed? Currently I'm thinking that the the deps will be a list of compile time deps and the runtime deps will be calculated from that. I think of the deps as a build thing. Maybe for clean separation we need to add some test element to the POM that describes the testing environment more thoroughly. We could then aggregate the classpaths from the test description and the deps for testing purposes and for building and making distributions the deps will be satisfactory. I don't think the type is required, but I may have jumped the gun if the above solution isn't satisfactory. > I prefer one source directory myself :-) I think this makes things simpler and we just then need a way to aggregate builds cleanly. Hopefully the reactor will help with this. > -- > dIon Gillard, Multitask Consulting > Work: http://www.multitask.com.au > Developers: http://adslgateway.multitask.com.au/developers > > > > > Jason van Zyl > > <jvanzyl@zenpl To: Turbine Maven Developers List > > ex.com> <[EMAIL PROTECTED]> > > cc: > > 05/29/02 05:07 Subject: Any POM problems? > > AM > > Please respond > > to "Turbine > > Maven > > Developers > > List" > > > > > > > > > > Hi, > > I just wanted to try to stimulate a discussion on any of the problems > anyone has seen with the POM so far. > > I would like to cut another release but the next version I would like to > promote a little more heavily so it would be nice to get something > closer to a final structure. > > I think we've decided in IRC that: > > -> one source directory on all fronts > -> remove the <type> element from the <dependency> element as the new > dep engine will deal with the computation of dependencies > -> making the <jar> element in the <dependency> element optional > as it can be synthesized from the name and version of the dependency > and hopefully we won't need this at all eventually when all the jars > are named correctly. > > So if anyone else has any digs to make lets hear 'em :-) > > -- > jvz. > > Jason van Zyl > [EMAIL PROTECTED] > > http://tambora.zenplex.org > > > -- > 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]> -- jvz. Jason van Zyl [EMAIL PROTECTED] http://tambora.zenplex.org -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
