> -----Original Message----- > From: news [mailto:[EMAIL PROTECTED] On Behalf Of Leo Simons > Sent: den 26 februari 2004 15:14 > To: [EMAIL PROTECTED] > Subject: Re: Release status update, remove dependecy on AvalonLogger > > > Niclas Hedhman wrote: > > On Thursday 26 February 2004 20:19, Leo Sutic wrote: > > > >>>From: Niclas Hedhman > >>>Example; Saxon7, Java Mail, JSSE. > >> > >>A: Download 'em yourself. > >> > >>Yes, it is that bad. > > > > How are we going to explain that to Gump? > > download 'em yourself, and feed them to gump. For example: > > http://lsd.student.utwente.nl/gump/packages.html > > > IMHO, external resources that is not available in > repository, should > > be part > > of CVS. > > some of these we can't distribute (javamail, jsse). I don't > know what's > the deal with saxon or why it is not in the ibiblio repo. > > >>You compile excalibur-component. Then you make a copy of > the jar, and > >>remove the excalibur.component classes from the first copy and the > >>excalibur.testcase classes from the second. Then you rename > the first > >>excalibur-testcase and the second excalibur-component. > >> > >>Yes, it is that bad. > > I changed this as I tried to make excalibur fit the tool. Sorry on > behalf of the tool. > > >>If we break out testcase to a separate project you get > circular deps > >>between component and testcase. Yes, it is that bad. > >> > >>I'm up for a "reduction of jars"-spree shortly after the release. > > I seem to recall having a single excalibur source tree a long > time ago. > I think it produced a single jar dubbed 'excalibur.jar'. > Several years > of fooling around with complex and failing builds later, that doesn't > sound as bad as it did at the time ;)
The reason we split things up into multiple jars is because they are developed independently and weren't released simultaneously. For example, excalibur-pool would be ready for release with important bugfixes, while excalibur-event would still be a mess due to refactoring going on. All we have to do is get the circular dependencies out, and we should be good to go. This will involve some merging and splitting of projects into -api and -impl jars. For example, I think that the logger package can be split into -api and -impl projects, while the -component and -testcase jars should be merged. /LS --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
