On Wed, 2004-05-05 at 00:51, Shapira, Yoav wrote: > Hi, > I wanted to point out a couple of points without delving into deep > discussion on their merits ;) > > Tools of the pruner type exist, as Henri mentioned. I've used GenJar > (http://genjar.sourceforge.net/) in the past with some success, for > example.
Thanks for the pointer. I've just spent 5 mins looking at GenJar, and it seems to be exactly what I was suggesting. It is designed to be used as an Ant task, and is even released under the APL. And although there is only one developer there seems to be a fair bit of activity on the project. I will spend a little time experimenting with this, and try to build a few config files to extract subsets of collections. It does seem a simpler and more reliable way to build "sub-releases" than explicit <jar> targets in the ant file. And it (hopefully) allows jars to be built containing classes from multiple projects if users desire. > The tomcat distribution uses several commons components: daemon, > launcher, logging, collections, dbcp, el, pool, beanutils, digester, > fileupload, and modeler. Yet we haven't found it necessary to combine > these into one jar, and a desire to do so hasn't been raised on the > tomcat-dev list. It's important for us to allow users to override our > libraries with later/other versions, so a mishmash jar of the above > libraries probably wouldn't be used. True, but you aren't building applets or webstart applications that are downloaded over dialup :-) I don't understand why the Geronimo team are concerned about large jar files considering they are building a server environment; nevertheless it appears that they are. So I'm willing to give it a stab. > Finally, I wanted to echo earlier sentiments that the build and release > process is complicated enough as it is. We didn't make it any better > with the recent common maven build stuff. Let's be careful to ensure > whatever we add to handle this combo build (and like Henri, I'm -0 on > doing this at all) doesn't impede individual component releases. Amen to that. Regards, Simon --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
