From depot-dev-return-726-apmail-incubator-depot-dev-archive=incubator.apache.org@incubator.apache.org Wed Jul 14 19:47:25 2004 Return-Path: Delivered-To: apmail-incubator-depot-dev-archive@www.apache.org Received: (qmail 18148 invoked from network); 14 Jul 2004 19:47:24 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 14 Jul 2004 19:47:24 -0000 Received: (qmail 64317 invoked by uid 500); 14 Jul 2004 19:47:24 -0000 Delivered-To: apmail-incubator-depot-dev-archive@incubator.apache.org Received: (qmail 64271 invoked by uid 500); 14 Jul 2004 19:47:24 -0000 Mailing-List: contact depot-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: "Depot Development" List-Id: Depot Development Delivered-To: mailing list depot-dev@incubator.apache.org Received: (qmail 64255 invoked by uid 99); 14 Jul 2004 19:47:23 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from [130.214.10.19] (HELO mx1.try.sybase.com) (130.214.10.19) by apache.org (qpsmtpd/0.27.1) with ESMTP; Wed, 14 Jul 2004 12:47:18 -0700 Received: from mail.try.sybase.com (mail.try.sybase.com [130.214.10.18]) by mx1.try.sybase.com (8.11.6/8.11.0) with ESMTP id i6EImr218025 for ; Wed, 14 Jul 2004 12:48:53 -0600 Received: from tsws1 ([10.22.120.117]) by mail.try.sybase.com (8.11.6/8.11.6) with SMTP id i6EJNgk03011 for ; Wed, 14 Jul 2004 13:23:43 -0600 Message-ID: <0bdc01c469db$5f404ba0$e671eb43@sybase.com> From: "Adam R. B. Jack" To: "Depot Development" References: <40F58827.7080908@gmx.net> Subject: Re: UpdaterConfig Date: Wed, 14 Jul 2004 13:36:52 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1409 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N > like I said already, I am browsing through the API and adding JavaDoc to > some classes. Right now I have a problem concerning the UpdaterConfig. > This class is called all over the API and should provide basic > configuration for the application. But right now, I am pretty unsure, > how this configuration is provided to the calling classes. That was (is?) a nice experiment by Anou. Basically we wanted some form of 'ant types' (configuration in XML) but outside of Ant. The configuration file is read, and named configured objects are stored in a registry (by namespaced name). I think it works, but has some usage issues, so right now I'm kinda hoping to leave it on the side, until we find time to work on it. I do like the idea. > Also please note, that there seems to be an endless loop in the method > listArtifacts(...) in the class AbstractHierarchicalRepositories. Or is > there any need for this? I suspect it was another bug introduced in the global renaming, when Artifact(Resource)Specifer -> Artifact, and Artifact(Resource) -> ArtifactInstance. There are a few cases where a cal lto something w/ type ArtifactSpecifer lost the Specifer, and hence changing the intended called method. I'll look into it, thanks. regards Adam