Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@apache.org Received: (qmail 83027 invoked from network); 22 Aug 2002 13:17:23 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 22 Aug 2002 13:17:23 -0000 Received: (qmail 14488 invoked by uid 97); 22 Aug 2002 13:17:19 -0000 Delivered-To: qmlist-jakarta-archive-commons-dev@jakarta.apache.org Received: (qmail 14472 invoked by uid 97); 22 Aug 2002 13:17:18 -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 14435 invoked by uid 98); 22 Aug 2002 13:17:17 -0000 X-Antivirus: nagoya (v4218 created Aug 14 2002) Date: Thu, 22 Aug 2002 09:16:44 -0400 (EDT) From: Henri Yandell X-X-Sender: To: Jakarta Commons Developers List Subject: Re: [VOTE] (3b) XxxUtilsConstructors last chance In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII 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 Thu, 22 Aug 2002, Geir Magnusson Jr. wrote: > On 8/21/02 7:38 PM, "Steven Caswell" wrote: > > > I can somewhat see the need for construction for tools > > that require a bean (which a utility class really isn't), but I think > > other compromises, such as a wrapper class, would also be reasonable. > > Do you want to maintain that wrapper class? This is the main reason why the wrapper class it not possible. Each Commons project with a Utils class would need to commit to maintaining wrappers for bean-using projects. -- To unsubscribe, e-mail: For additional commands, e-mail: