Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@apache.org Received: (qmail 45760 invoked from network); 28 Oct 2002 00:54:36 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 28 Oct 2002 00:54:36 -0000 Received: (qmail 7301 invoked by uid 97); 28 Oct 2002 00:55:29 -0000 Delivered-To: qmlist-jakarta-archive-commons-dev@jakarta.apache.org Received: (qmail 7285 invoked by uid 97); 28 Oct 2002 00:55:29 -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 7273 invoked by uid 98); 28 Oct 2002 00:55:28 -0000 X-Antivirus: nagoya (v4218 created Aug 14 2002) Date: Sun, 27 Oct 2002 16:54:27 -0800 (PST) From: "Craig R. McClanahan" To: Jakarta Commons Developers List Subject: Re: [general] (was: Re: [beanutils][lang][PROPOSAL] deprecated beanutils version of MethodUtils) In-Reply-To: <3DBC4AE0.1060001@CodeRage.ORG> Message-ID: <20021027165108.L68899-100000@icarus.apache.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: localhost 1.6.2 0/1000/N 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 Sun, 27 Oct 2002, Michael Davey wrote: > Date: Sun, 27 Oct 2002 20:21:52 +0000 > From: Michael Davey > Reply-To: Jakarta Commons Developers List > To: Jakarta Commons Developers List > Subject: [general] (was: Re: [beanutils][lang][PROPOSAL] deprecated > beanutils version of MethodUtils) > > Henri Yandell wrote: > > > Ideas for how to handle dependencies better at Jakarta Commons would be > > good. String Taglib is dependent on Lang and the number one problem users > > have is not having commons-lang in their classpath. > > More of a workaround than a fix, but I'd like to suggest the following: > > o Ensure that there is an 'install' task for each component, that > copies (or moves) the jar to ${lib.repo}, where ${lib.repo} is > configured in, say, the users' .antrc > > o Use the or optional task to fetch the dependencies For use in an application's runtime (where Maven doesn't necessarily help you set up the class path correctly), one thing we might consider is using the "Class-Path" attribute of the META-INF/MANIFEST.MF file to explicitly identify the other Commons JAR files that this one depends on. For instance, the following entry in the manifest for commons-beanutils.jar (once the dependency is added): Class-Path: commons-lang.jar would make things work correctly for users who have a "library" subdirectory with all of the commons JARs they use in it, (which is a pretty common occurrence). This also helps class loaders in some app servers understand the dependencies better, and reduces the number of mysterious class not found problems. > > -- > Michael Craig -- To unsubscribe, e-mail: For additional commands, e-mail: