Return-Path: X-Original-To: apmail-commons-dev-archive@www.apache.org Delivered-To: apmail-commons-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id CB6AAD7F7 for ; Tue, 25 Dec 2012 20:27:53 +0000 (UTC) Received: (qmail 26469 invoked by uid 500); 25 Dec 2012 20:27:53 -0000 Delivered-To: apmail-commons-dev-archive@commons.apache.org Received: (qmail 26267 invoked by uid 500); 25 Dec 2012 20:27:52 -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 26259 invoked by uid 99); 25 Dec 2012 20:27:52 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 25 Dec 2012 20:27:52 +0000 X-ASF-Spam-Status: No, hits=0.7 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_HELO_PASS,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [212.227.126.186] (HELO moutng.kundenserver.de) (212.227.126.186) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 25 Dec 2012 20:27:44 +0000 Received: from [192.168.0.101] (ip-37-24-6-217.unitymediagroup.de [37.24.6.217]) by mrelayeu.kundenserver.de (node=mreu4) with ESMTP (Nemesis) id 0LknrN-1TFuR31aKb-00ak3R; Tue, 25 Dec 2012 21:27:12 +0100 Message-ID: <50DA0C1C.4060107@oliver-heger.de> Date: Tue, 25 Dec 2012 21:27:08 +0100 From: Oliver Heger User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Commons Developers List Subject: [configuration] Defining variable resolvers in configuration definition files Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:zZWAd0aDtpkMHINbp1dkbEORI75qRsM7omLlZty1bBJ 1RWBVasyz6JAgEC5oDhaAoK0aeByF1lVS2cLbEx732lSlMDzCn zZDo94HirTetW4VYGMNfcCwtgK/KuXYbj6tiond1egD9+aVApN XKmKb7wWM+MCN2mFASvg1TsWR4k07Ces0huP6mPZG7f2jSHP+h 8qdbu1N9AnoWZKz0l8YsKZeML9x4BVF6WUxWmOIOagVYeh2lpz 953zRTiWP+uNUsmVsrlJabwBlqXZrC2YMF5N1XS2meecBb05E4 tgPeJ22j76kMkFyAUE/ubZLdeOd3VchhxPNwVsUKGTJBEYTYFp DX24qmXdK6IWTKgaaD3o= X-Virus-Checked: Checked by ClamAV on apache.org Hi all, currently I am working on [CONFIGURATION-518] - rework of interpolation features. DefaultConfigurationBuilder supports that custom variable resolvers can be defined in its definition files. I noticed that these resolvers are not only used locally, but are also registered as global lookup objects. I think, this behavior is pretty invasive, and it does not seem to be documented (at least not in the Javadocs of DefaultConfigurationBuilder). This seems to be a workaround for making such custom resolvers available to other objects (e.g. ConfigurationInterpolator objects in DynamicCombinedConfiguration). I temporarily disabled this mechanism (and had to @Ignore 4 test cases which now are failing). I hope to find a better solution based on the builders approach I am working on in parallel. In this context, I also plan to have a more generic mechanism to define default settings for newly created Configuration objects. Oliver --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org For additional commands, e-mail: dev-help@commons.apache.org