Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@apache.org Received: (qmail 51882 invoked from network); 28 Oct 2002 01:13:46 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 28 Oct 2002 01:13:46 -0000 Received: (qmail 12211 invoked by uid 97); 28 Oct 2002 01:14:35 -0000 Delivered-To: qmlist-jakarta-archive-commons-dev@jakarta.apache.org Received: (qmail 12195 invoked by uid 97); 28 Oct 2002 01:14:35 -0000 Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Jakarta Commons Developers List" Reply-To: "Jakarta Commons Developers List" Delivered-To: mailing list commons-dev@jakarta.apache.org Received: (qmail 12183 invoked by uid 98); 28 Oct 2002 01:14:34 -0000 X-Antivirus: nagoya (v4218 created Aug 14 2002) Content-Type: text/plain; charset="iso-8859-1" From: Steve Downey To: "Jakarta Commons Developers List" Subject: Re: [beanutils][lang][PROPOSAL] deprecated beanutils version of MethodUtils Date: Sun, 27 Oct 2002 21:11:22 -0400 User-Agent: KMail/1.4.1 References: <78547EDC-E9E6-11D6-A57B-003065DC754C@blueyonder.co.uk> In-Reply-To: <78547EDC-E9E6-11D6-A57B-003065DC754C@blueyonder.co.uk> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200210272011.22065.steve.downey@netfolio.com> X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N On Sunday 27 October 2002 02:58 pm, robert burrell donkin wrote: > On Sunday, October 27, 2002, at 07:19 PM, Henri Yandell wrote: > > On Sun, 27 Oct 2002, robert burrell donkin wrote: > > > > >> since this change will mean quite a bit of work and will introduce a= new > >> dependency for beanutils, i'd rather not rely on lazy consensus. > >> obviously > >> i'm +1. > > > > Ideas for how to handle dependencies better at Jakarta Commons would = be > > good. String Taglib is dependent on Lang and the number one problem u= sers > > have is not having commons-lang in their classpath. > > i agree with craig (but then, i find that i usually do). > > it's important to have our releases available independently but that's = no > reason not to also offer in addition jar's containing all dependencies. > > so, i'd like to be able to offer a jar containing the latest versions o= f > all the commons goodies (but i've never been able to get the combo proj= ect > to run). > > i also think that the String Taglib should consider offering a > ready-to-run release which contained the commons-lang classes as well a= s > an minimal release containing just the taglib code. > That's a bad idea. If String Taglib includes unrelated code, then, later,= when=20 you try to include commons-lang in the project, you get random behavior. = I=20 had this problem with an Oracle library at one point. Took forever to fig= ure=20 out what was going on. And even if it's documented, noone will remember a= few=20 months later, when it comes up. -- To unsubscribe, e-mail: For additional commands, e-mail: