Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@www.apache.org Received: (qmail 42506 invoked from network); 7 May 2004 05:43:00 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 7 May 2004 05:43:00 -0000 Received: (qmail 22890 invoked by uid 500); 7 May 2004 05:42:37 -0000 Delivered-To: apmail-jakarta-commons-dev-archive@jakarta.apache.org Received: (qmail 22845 invoked by uid 500); 7 May 2004 05:42:37 -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 22831 invoked from network); 7 May 2004 05:42:37 -0000 Received: from unknown (HELO ms-smtp-02-eri0.southeast.rr.com) (24.25.9.101) by daedalus.apache.org with SMTP; 7 May 2004 05:42:37 -0000 Received: from noel770 (cae88-20-092.sc.rr.com [24.88.20.92]) by ms-smtp-02-eri0.southeast.rr.com (8.12.10/8.12.7) with SMTP id i475ghkF002426 for ; Fri, 7 May 2004 01:42:43 -0400 (EDT) From: "Noel J. Bergman" To: "Jakarta Commons Developers List" Subject: RE: [beanutils] PROPOSAL: eliminate core dependency on collections Date: Fri, 7 May 2004 01:42:34 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 In-Reply-To: Importance: Normal X-Virus-Scanned: Symantec AntiVirus Scan Engine X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N > frankly I just don't understand the mentality that says it's a good > thing to *not* share components that were designed from the get-go > to be shared. I think that someone had a good idea to suggest that if package X depends upon package Y, and wants to ship a stripped down Y, it could put out its own X-Y JAR file, which could be replaced by the full Y package. That makes this a packaging issue (which it is), and preserves code sharing at the source level. --- Noel --------------------------------------------------------------------- To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-dev-help@jakarta.apache.org