Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@apache.org Received: (qmail 64061 invoked from network); 12 Dec 2002 16:27:28 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 12 Dec 2002 16:27:28 -0000 Received: (qmail 5210 invoked by uid 97); 12 Dec 2002 16:28:27 -0000 Delivered-To: qmlist-jakarta-archive-commons-dev@jakarta.apache.org Received: (qmail 5137 invoked by uid 97); 12 Dec 2002 16:28:25 -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 5012 invoked by uid 98); 12 Dec 2002 16:28:21 -0000 X-Antivirus: nagoya (v4218 created Aug 14 2002) Date: Thu, 12 Dec 2002 08:26:37 -0800 (PST) From: Rodney Waldhoff To: Jakarta Commons Developers List Subject: Re: [collections][lang] Functors, pre-vote In-Reply-To: <13c001c2a1bc$b10f03b0$3f1ea8c0@ports.local> Message-ID: <20021212081155.J71795-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 Thu, 12 Dec 2002, Ola Berg wrote: > The thing is: should [functor] contain the util classes with default > implementations etc. If so, I am compelled to say that it should go into > [lang]. In my opinion, yes [functor] should contain the most basic and common Functor implementations. You're only gonna want common Functor implementations if you're using Functor (common reuse) and if something changes in the basic Functor interfaces, then these common implmentations will likely also need to change (common change). This does not necessarily imply that both the Functor interfaces and the basic Functor implementations would need to go into the same JAR or cvs directory. It is possible to separate the interface classes from the implementations, even to have distinct dependencies for the two. -- To unsubscribe, e-mail: For additional commands, e-mail: