Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 19050 invoked from network); 30 Jun 2005 17:10:57 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 30 Jun 2005 17:10:57 -0000 Received: (qmail 76969 invoked by uid 500); 30 Jun 2005 17:10:53 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 76894 invoked by uid 500); 30 Jun 2005 17:10:50 -0000 Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@cocoon.apache.org List-Id: Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 76881 invoked by uid 99); 30 Jun 2005 17:10:50 -0000 X-ASF-Spam-Status: No, hits=-10.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [209.237.227.194] (HELO [127.0.0.1]) (209.237.227.194) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 30 Jun 2005 10:10:49 -0700 Message-ID: <42C4280B.6020401@apache.org> Date: Thu, 30 Jun 2005 19:12:43 +0200 From: Carsten Ziegeler User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: svn commit: r208646 - /cocoon/trunk/src/java/org/apache/cocoon/core/CoreUtil.java References: <20050630163036.6178.qmail@minotaur.apache.org> <42C420FF.8000306@dslextreme.com> In-Reply-To: <42C420FF.8000306@dslextreme.com> X-Enigmail-Version: 0.91.0.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Ralph Goers wrote: > I haven't looked deeply into what has changed in trunk here, but I > suspect that this change will cause me problems. My Logger > implementation needs to get the objectModel from the contextMap and is > expecting it to be there. > And I guess you're using your own LoggerManager, right? In fact, this initialization is only for LogKit (or logging systems using LogKit classes) and I want to move this into the LoggerManager. Would it be ok for you, if your own LoggerManager implementation would set the values? Carsten -- Carsten Ziegeler - Open Source Group, S&N AG http://www.s-und-n.de http://www.osoco.org/weblogs/rael/