Return-Path: 
 <forrest-dev-return-8504-apmail-xml-forrest-dev-archive=xml.apache.org@xml.apache.org>
Delivered-To: apmail-xml-forrest-dev-archive@www.apache.org
Received: (qmail 2860 invoked from network); 28 Dec 2003 15:00:23 -0000
Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12)
  by minotaur-2.apache.org with SMTP; 28 Dec 2003 15:00:23 -0000
Received: (qmail 74512 invoked by uid 500); 28 Dec 2003 15:00:19 -0000
Delivered-To: apmail-xml-forrest-dev-archive@xml.apache.org
Received: (qmail 74242 invoked by uid 500); 28 Dec 2003 15:00:17 -0000
Mailing-List: contact forrest-dev-help@xml.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:forrest-dev-help@xml.apache.org>
list-unsubscribe: <mailto:forrest-dev-unsubscribe@xml.apache.org>
list-post: <mailto:forrest-dev@xml.apache.org>
Reply-To: forrest-dev@xml.apache.org
Delivered-To: mailing list forrest-dev@xml.apache.org
Received: (qmail 74231 invoked from network); 28 Dec 2003 15:00:17 -0000
Received: from unknown (HELO main.gmane.org) (80.91.224.249)
  by daedalus.apache.org with SMTP; 28 Dec 2003 15:00:17 -0000
Received: from root by main.gmane.org with local (Exim 3.35 #1 (Debian))
	id 1AacOw-0004Ls-00
	for <forrest-dev@xml.apache.org>; Sun, 28 Dec 2003 16:00:18 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: forrest-dev@xml.apache.org
Received: from sea.gmane.org ([80.91.224.252])
	by main.gmane.org with esmtp (Exim 3.35 #1 (Debian))
	id 1AacJ7-0004JS-00
	for <gmane-text-xml-forrest-devel@m.gmane.org>;
 Sun, 28 Dec 2003 15:54:17 +0100
Received: from news by sea.gmane.org with local (Exim 3.35 #1 (Debian))
	id 1AacJ7-0002aC-00
	for <gmane-text-xml-forrest-devel@m.gmane.org>;
 Sun, 28 Dec 2003 15:54:17 +0100
From: Nicola Ken Barozzi <nicolaken@apache.org>
Subject: Re: repositories
Date: Sun, 28 Dec 2003 15:50:49 +0100
Lines: 83
Message-ID: <bsmqqn$9m7$1@sea.gmane.org>
References: <1071755888.1392.16106.camel@ighp>
	 <001a01c3c57d$d1cad260$eb506bc2@WRPO>
 <brsni9$9rb$1@sea.gmane.org>	 <1071958659.3fe4ca83bdd25@secure.solidusdesign.com>
	 <bs50gt$fbr$1@sea.gmane.org> <1072222374.3214.288.camel@ighp>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Complaints-To: usenet@sea.gmane.org
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
 rv:1.6b) Gecko/20031205 Thunderbird/0.4
X-Accept-Language: en-us, en
In-Reply-To: <1072222374.3214.288.camel@ighp>
Sender: news <news@sea.gmane.org>
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N
X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N


Replying a bit late...

David Crossley wrote:

> Nicola Ken Barozzi wrote:
> 
>>Dave Brondsema wrote:
>>...
>>
>>>In
>>>http://nagoya.apache.org/eyebrowse/ReadMsg?listName=forrest-dev@xml.apache.org&msgNo=8929
>>>you suggested a property called 'forrest.extensions.descriptors'.  Do we want
>>>these descriptors to apply to more than just skins?  In light of the recent
>>>discussion of skins, I am inclined to keep skins descriptors seperate from dtd
>>>descriptors and any other descriptors we might have.
>>
>>Are we talking about the same thing here? As "descriptor" I mean the XML 
>>file that tells Forrest where to download extensions.
>>
> 
> <snip/>
> 
>>I was thinking of changing it to:
>>
>><forrest-extensions>
>>   <extension type="skin"
>>              name="testskin"
>>              author="Nicola Ken Barozzi"
>>              website="http://www.nicolaken.com"
>>         url="http://www.apache.org/~nicolaken/whiteboard/forrestskins/">
>>     <description>
>>       Based on the standard forrest-site skin.
>>       (Note: This is only a test skin, with trivial changes to
>>        demonstrate the concept.)
>>     </description>
>>   </extension >
>>   <extension type="dtd"
>>              name="testdtd"
>>              author="Nicola Ken Barozzi"
>>              website="http://www.nicolaken.com"
>>         url="http://www.apache.org/~nicolaken/whiteboard/forrestdtds/">
>>     <description>
>>       Blah
>>     </description>
>>   </extension >
>>
>>...etc
>>
>>Why should we have two different files?
> 
> I think that DTD descriptors would need more information.
> There is no guarantee that all the bit-and-pieces are packed
> together in one nice compressed archive. This is especially
> the case for DTDs that we do not manage and cannot re-distribute.

Hmmm. If we cannot distribute them, then we should not even link to 
them, as autodownload is basically equivalent to redistribution in most 
cases. We should not mix things: or we distribute, or we link to their 
whole package if they ask us for it.

> I can see DTDs that have the main DTD at one URL and DTD modules
> at another relative URL. Maybe they do not provide a catalog,
> so it would need to come from a third-party site.

I'd say that we stick to redistributable ones for now. 
Non-redistributable ones will still need to be installed by hand.

> Perhaps we need to define the individual pieces separately in the
> descriptor with a "from" and "to" and "type" etc. so that the
> descriptor can tell Ant where to get and put the individual pieces.

This is redistribution, I'd rather stay away from half-distros.

In any case this system is thought for custom DTD extensions, so the 
system will anyway get the whole package from a place that distributes 
them and that agrees that we link to them.

-- 
Nicola Ken Barozzi                   nicolaken@apache.org
             - verba volant, scripta manent -
    (discussions get forgotten, just code remains)
---------------------------------------------------------------------