Return-Path: 
 <cocoon-dev-return-36577-apmail-xml-cocoon-dev-archive=xml.apache.org@xml.apache.org>
Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org
Received: (qmail 61343 invoked by uid 500); 12 Feb 2003 08:35:50 -0000
Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:cocoon-dev-help@xml.apache.org>
list-unsubscribe: <mailto:cocoon-dev-unsubscribe@xml.apache.org>
list-post: <mailto:cocoon-dev@xml.apache.org>
Reply-To: cocoon-dev@xml.apache.org
Delivered-To: mailing list cocoon-dev@xml.apache.org
Received: (qmail 61241 invoked from network); 12 Feb 2003 08:35:49 -0000
Message-ID: <3E4A0782.3070108@dff.st>
Date: Wed, 12 Feb 2003 09:36:18 +0100
From: Torsten Curdt <tcurdt@dff.st>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
 rv:1.3a) Gecko/20021212
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: cocoon-dev@xml.apache.org
Subject: Re: [proposal] aiming to a naked cocoon
References: <3E496BE9.2010408@apache.org>
In-Reply-To: <3E496BE9.2010408@apache.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

<aggree/>

> Looking into the current trunk, there are a few components that, IMO, 
> should be moved to blocks.
> 
> They are:
> 
> - XMLDB stuff

+1

> - XMLForm

+0.5

> - Deli

+1

> - XScript (what the hell is this anyway?)

+1 (or is anything but the SOAP logicsheet using it?)

> anything else I'm missing that should be factored out?

schematron validation - should it go into the XMLForm block?

> Moreover, I propose to move the libraries that are block-related, into 
> the block space, for example FOP will end up being in
> 
>  /src/block/fop/lib/fop-xxx.jar

I brought that up a while ago... but it was rejected because of jar 
interdepencies between blocks. (What if block A needs the same jar as 
block B needs? Having the jar twice in the repository feels a bit clumsy)

> and so on and each block will have its own build file (not the current 
> build system generated by an XSLT stylesheet)

+0 ...don't know - keeping the builds consistent across the blocks might 
be a tedious task :-/

--
Torsten


---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org