Return-Path: Delivered-To: apmail-commons-dev-archive@www.apache.org Received: (qmail 58695 invoked from network); 15 Dec 2008 22:55:23 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 15 Dec 2008 22:55:23 -0000 Received: (qmail 33830 invoked by uid 500); 15 Dec 2008 22:55:34 -0000 Delivered-To: apmail-commons-dev-archive@commons.apache.org Received: (qmail 33754 invoked by uid 500); 15 Dec 2008 22:55:34 -0000 Mailing-List: contact dev-help@commons.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Commons Developers List" Delivered-To: mailing list dev@commons.apache.org Received: (qmail 33743 invoked by uid 99); 15 Dec 2008 22:55:34 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 15 Dec 2008 14:55:34 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of ralph.goers@dslextreme.com designates 209.85.200.175 as permitted sender) Received: from [209.85.200.175] (HELO wf-out-1314.google.com) (209.85.200.175) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 15 Dec 2008 22:55:12 +0000 Received: by wf-out-1314.google.com with SMTP id 28so2683595wfa.27 for ; Mon, 15 Dec 2008 14:54:52 -0800 (PST) Received: by 10.142.125.4 with SMTP id x4mr2979605wfc.315.1229381691894; Mon, 15 Dec 2008 14:54:51 -0800 (PST) Received: from ?192.168.10.129? (adsl-66-51-196-164.dslextreme.com [66.51.196.164]) by mx.google.com with ESMTPS id 22sm8657778wfg.10.2008.12.15.14.54.50 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 15 Dec 2008 14:54:51 -0800 (PST) Message-Id: <87511ED2-1B8A-487C-A1DD-F95CB56AAABF@dslextreme.com> To: "Commons Developers List" In-Reply-To: <4946CA83.9020208@oliver-heger.de> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Subject: Re: [Configuration] HierarchicalConfiguration in configuration2 Date: Mon, 15 Dec 2008 14:54:52 -0800 References: <491A52A5.5080306@dslextreme.com> <491B44F6.6070002@oliver-heger.de> <491BDDA1.1080907@dslextreme.com> <491C986A.9040403@oliver-heger.de> <4943D486.4010807@oliver-heger.de> <49441E26.6090201@oliver-heger.de> <4946CA83.9020208@oliver-heger.de> X-Mailer: Apple Mail (2.929.2) From: Ralph Goers X-Virus-Checked: Checked by ClamAV on apache.org On Dec 15, 2008, at 1:22 PM, Oliver Heger wrote: > Ralph Goers schrieb: >> On Dec 13, 2008, at 12:42 PM, Oliver Heger wrote: >>> >> I don't think any dummy implementations are needed. If >> BaseConfiguration extended AbstractHierarchicalConfiguration >> instead of AbstractFlatConfiguration it would need to override >> createNode to disallow node creation and register the >> FlatNodeHandler . Other than that what else would need to be done? > So you mean that AbstractFlatConfiguration is not needed as a base > class for non-hierarchical configurations? Yes, Any code in it that is needed could move to BaseConfiguration. > > > Its main functionality is to provide support for creating the tree > of configuration nodes on demand and keep it up-to-date. Derived > classes can still operate on their native data structures, e.g. maps. > > If you extend AbstractHierarchicalConfiguration directly, wouldn't > you have to implement the handling of nodes yourself? I don't think so. The main reason is that a Flat configuration shouldn't be able to have any child nodes so all that is needed is making sure they can't be created. > > > But anyway, its a while since I deeply looked into these things. If > you want to try something out, don't hesitate! OK. I haven't delved too deeply in this. All I've been doing really is working on trunk and then trying to figure out how to port it to the branch. Ralph --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org For additional commands, e-mail: dev-help@commons.apache.org