Quoting Martin Cooper <[EMAIL PROTECTED]>: > > > > -----Original Message----- > > From: David Graham [mailto:[EMAIL PROTECTED] > > Sent: Sunday, February 15, 2004 1:01 PM > > To: Struts Developers List > > Subject: RE: string concatenation > > > > > > Struts has many dependencies already and I'd like to avoid adding one with > > lang. Why not just size a large StringBuffer and trade memory for speed? > > We already have a dependency on Lang, albeit indirectly, so why not take > advantage of it? > > Frankly, I disagree with the push I see from some folks (including Craig on > commons-dev recently) to reduce dependencies between components by > duplicating functionality. The whole point of Commons is to avoid > duplication, so why are people pushing back against using the successful > components that we helped create here in Struts? >
My particular concern on reducing dependencies is with the recent changes in commons-collections -- it's going to lead to disaster. Not for us ... our dependencies are very narrow, and did not get obsoleted ... but for anyone using Tomcat (and that is a *lot* of people) the fact that collections is no longer backwards compatible is a *huge* issue for people who are going to be stuck with needing to put commons-collections.jar into Tomcat's common/lib directory. I've already committed the necessary changes to the CVS tree in commons-digester. When I get back from my trip to Japan next week (speaking at Java Tech Days on the 18th and 19th), I'm going to do the same for the HEAD of commons-beanutils (dependence on collections is mostly about FastHashMap, which we contributed initially; dependence on commons-lang is a really bad idea because we have no need for 99.9% of that stuff). Anyone who depends on commons-collections in a deeper way than we do is totally screwed by the most recent release. That sort of behavior should be condemned, not condoned. > -- > Martin Cooper Craig --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
