Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@apache.org Received: (qmail 76631 invoked from network); 17 Dec 2002 14:33:54 -0000 Received: from exchange.sun.com (HELO nagoya.betaversion.org) (192.18.33.10) by daedalus.apache.org with SMTP; 17 Dec 2002 14:33:54 -0000 Received: (qmail 6227 invoked by uid 97); 17 Dec 2002 14:34:59 -0000 Delivered-To: qmlist-jakarta-archive-commons-dev@jakarta.apache.org Received: (qmail 6207 invoked by uid 97); 17 Dec 2002 14:34:59 -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 6170 invoked by uid 98); 17 Dec 2002 14:34:57 -0000 X-Antivirus: nagoya (v4218 created Aug 14 2002) Message-ID: <7213900.1040135621497.JavaMail.root@127.0.0.1> Date: Tue, 17 Dec 2002 14:33:41 +0000 (GMT) From: scolebourne@btopenworld.com To: commons-dev@jakarta.apache.org Subject: Re: [email] Tasks before promotion Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit X-MAILER: talk21.com WAS v2 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N > from: dion@multitask.com.au > This will require a promotion of util, wont it? If email is to go to > Commons Proper, and it depends on util and an unreleased lang, don't we > need to get all three in a ready state? Since the dependency is solely the id generator, it would probably make more sense to copy the class, and stay dependency free. If [email] is going to use more of [util] or [lang] then we should keep the dependency. Stephen -- To unsubscribe, e-mail: For additional commands, e-mail: