Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@apache.org Received: (qmail 44041 invoked from network); 11 Aug 2002 20:36:05 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 11 Aug 2002 20:36:05 -0000 Received: (qmail 17771 invoked by uid 97); 11 Aug 2002 20:36:32 -0000 Delivered-To: qmlist-jakarta-archive-commons-dev@jakarta.apache.org Received: (qmail 17734 invoked by uid 97); 11 Aug 2002 20:36:31 -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 17722 invoked by uid 98); 11 Aug 2002 20:36:31 -0000 X-Antivirus: nagoya (v4198 created Apr 24 2002) From: Ola Berg To: commons-dev@jakarta.apache.org Reply-To: Ola Berg MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit User-Agent: Tripnet Webmail (IMP/PHP) Sender: ola.berg@arkitema.se Subject: [pattern][lang] Calling thee, O Good Lords of Avalon... Message-Id: Date: Sun, 11 Aug 2002 22:36:04 +0200 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N ... please consider listen to an unworthy [common] low-life peasant: >2. there are already projects in commons that define interfaces, like >commons-logging and commons-discovery, etc I then request permission of you, mighty Masters, to use such interfaces of such great value without having to depend on the whole high-level package, if You don\'t mind. >>�I personally think enums should be in collections - but in any case >>�as long as they are \'utils\' you use, not new interfaces ( Iterator is >>�just fine for interface ). I think commons is ok. > +1 Sire, some of us unworthy peasants like to use enumerated types (like in C code of the Ancient Times), and therefore created an Enum class. I hope you don\'t mind the name resembling the ol\' iterator of arcane Java named \'Enumeration\', which as you so wisely pointed out, Honorable Knight, belongs in a collections package. >Not design patterns, but arbitrary interfaces and >then attempts to get people to use those interfaces - things like >Factory, Identifier, Immutable, Identifiable, Command, Predicate, etc. >They probably belong in avalon or another project, I personally don\'t >think commons is the right place. Sorry. Oh Sire, I hope we, low-level creatures as we are, did upset your feelings when we dare come up with such a bold proposal. It is just that the common interfaces we discuss already are in numerous of projects, among peasants that is, so we just thougth that we could help each other by sharing them. It is not much, we know, but a lowly peasant don\'t have a full blown frame-work at his hands. >AAAAgghhhhhh >:-O >-1000000000000 >You want to put Avalon in commons! Excuse me Sire, don\'t kill me, please don\'t kill me! I forgot that You, knights of Avalon have total monopoly on object life cycle methods and that no other mechanism of object configuration, object recycling, object identification, object pooling, object transformation object foobarilaization are tolerated in this great country of yours. As the charter clearly states at jakarta.apache.org: \"Life cycle mechanisms belong in Avalon and Avalon only. If you want to do component life cycle management, do it the Avalon way, using the Avalon classes or don\'t. There will never be another component framework or part thereof on this part of the Earth than Microsof.. I mean Avalon\" /O (who actually likes Avalon) ---- ola.berg@arkitema.se 0733 - 99 99 17 -------------------- ola.berg@arkitema.se 0733 - 99 99 17 www.arkitema.se -- To unsubscribe, e-mail: For additional commands, e-mail: