Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 73698 invoked from network); 27 Apr 2005 16:37:40 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 27 Apr 2005 16:37:40 -0000 Received: (qmail 94683 invoked by uid 500); 27 Apr 2005 16:38:32 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 94608 invoked by uid 500); 27 Apr 2005 16:38:32 -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 Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 94586 invoked by uid 99); 27 Apr 2005 16:38:32 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from essemtepe.nada.kth.se (HELO smtp.nada.kth.se) (130.237.222.115) by apache.org (qpsmtpd/0.28) with ESMTP; Wed, 27 Apr 2005 09:38:32 -0700 X-Authentication-Info: The sender was authenticated as danielf using PLAIN at smtp.nada.kth.se Received: from [130.237.218.93] (cvap80.nada.kth.se [130.237.218.93]) (authenticated bits=0) by smtp.nada.kth.se (8.12.11/8.12.11) with ESMTP id j3RGbXFO024586 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 27 Apr 2005 18:37:33 +0200 (MEST) Message-ID: <426FBFCD.3080409@nada.kth.se> Date: Wed, 27 Apr 2005 18:37:33 +0200 From: Daniel Fagerstrom User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: [RT] Cocoonlet References: <426FA497.8010209@nada.kth.se> <6023ae1f0cb054f4f799e398aee44c80@apache.org> In-Reply-To: <6023ae1f0cb054f4f799e398aee44c80@apache.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Bertrand Delacretaz wrote: > Le 27 avr. 05, � 16:41, Daniel Fagerstrom a �crit : > >> ...Then we need a name for "sitemap blocks". I propose to call them >> "cocoonlets"... > > > Frankly, I don't like the name - most of these "-let" names sound bad > to me. > >> ....But I don't think the names "component block" and "sitemap block" >> are any good... > > > Dunno, I think they are fairly simple to explain: > > A Component Block contains dynamically loadable java components, meant > to be used in java or flowscript code. > > A Sitemap Block contains dynamically loadable pipeline elements > (Generators, Transformers, Serializers), meant to be used in sitemap > pipelines. Might be but it misses the most important aspect of the sitemap blocks, i.e. that they are a kind of light weight Cocoons that contain an own (sub) webapp and that talk to each other through the block protocol. So they primary role is as an active service rather than being a passive package of components. /Daniel