Return-Path: X-Original-To: apmail-incubator-ooo-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-ooo-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id BCB9F9340 for ; Thu, 5 Jan 2012 16:14:48 +0000 (UTC) Received: (qmail 72756 invoked by uid 500); 5 Jan 2012 16:14:48 -0000 Delivered-To: apmail-incubator-ooo-dev-archive@incubator.apache.org Received: (qmail 72564 invoked by uid 500); 5 Jan 2012 16:14:47 -0000 Mailing-List: contact ooo-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: ooo-dev@incubator.apache.org Delivered-To: mailing list ooo-dev@incubator.apache.org Received: (qmail 72556 invoked by uid 99); 5 Jan 2012 16:14:47 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 05 Jan 2012 16:14:47 +0000 Received: from localhost (HELO mail-vw0-f47.google.com) (127.0.0.1) (smtp-auth username robweir, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Thu, 05 Jan 2012 16:14:47 +0000 Received: by vbbfc21 with SMTP id fc21so486503vbb.6 for ; Thu, 05 Jan 2012 08:14:46 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.35.13 with SMTP id d13mr1182554vdj.55.1325780086497; Thu, 05 Jan 2012 08:14:46 -0800 (PST) Received: by 10.220.5.195 with HTTP; Thu, 5 Jan 2012 08:14:46 -0800 (PST) In-Reply-To: References: <4F05985A.5080806@googlemail.com> Date: Thu, 5 Jan 2012 11:14:46 -0500 Message-ID: Subject: Re: Extensions hosting From: Rob Weir To: ooo-dev@incubator.apache.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Thu, Jan 5, 2012 at 11:05 AM, Ross Gardler wrote: > On 5 January 2012 13:57, Rob Weir wrote: >> 2012/1/5 J=C3=BCrgen Schmidt : >>> On 1/5/12 12:12 PM, Ross Gardler wrote: >>>> > > ... > >>> And the proposed index only solution is not satisfying for me because o= f the >>> explained reasons (missing hosting of the binary extension packages or >>> templates). But I would like to learn more about it and especially how = it >>> should be maintained, the frontend how users would register their exten= sions >>> ... >> >> Let's take an example of the general pattern, with blogs. =C2=A0... =C2= =A0they all agree >> on some basic standards: =C2=A0HTML for the content, and RSS or Atom for >> syndication. > > ... > >> So the model that I think is attractive for extensions and templates is: > > ... > >> 2) What we do specify are: >> >> a) The metadata related to extensions. > > ... > >> >> b) An encoding of the metadata, in XML. > > At the risk of diverting this thread too far from the goal of coming > up with an overall plan for moving forwards short-medium-long term... > > Consider the RDF Description of a Project format. The ASF uses it for > http://projects.apache.org That site is generated from a bunch of > PERL, XSL and the like pulling content from wherever the projects want > to host their DOAP descriptor and publishing a catalogue. It's not as > feature rich as needed for AOO but it is a good proof of concept. > > For an intro to DOAP see http://www.oss-watch.ac.uk/resources/doap.xml > > Remember that there are a whole load of ASF projects dealing with RDF > data, it's quite possible some of those will be keen to help us if > this were a route we took. > RDF is fine as well. The general thought is not to reinvent the wheel with our own ad-hoc format. Pick something that has broad support in tools and libraries already. We're fortunate to have several good options for this kind of thing > Ross