Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm
Precedence: bulk
Reply-To: cocoon-dev@xml.apache.org
Message-ID: <3D74D1ED.6080208@apache.org>
Date: Tue, 03 Sep 2002 17:14:53 +0200
From: Nicola Ken Barozzi <nicolaken@apache.org>
Reply-To: nicolaken@apache.org
Organization: Apache Software Foundation
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
 rv:1.1) Gecko/20020826
MIME-Version: 1.0
To: cocoon-dev@xml.apache.org
Subject: Re: DO NOT REPLY [Bug 12235] New:  -     [PATCH] XPathTransformer
References: <ADECJLDNBFNBOJBLKCMOKELLCHAA.rob@koberg.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Robert Koberg wrote:

>>The problem is conceptual, that document() breaks SoC, as described at
>>http://localhost:8787/cocoon/documents/faq/faq-xslt.html#faq-6 Hopefully
>>things like XPathTransformer will remove the need for document()
>>altogether.
> 
> 
> Yea, I have heard the argument.
> 
> I just don't understand why you can't use XSL to separate out some these
> concerns.

Don't use Cocoon then, use XSLT.
You can use XSLT extensions instead of the DB Generator, make your own 
extensions instead of XSP taglibs or use document() for aggregation.

Why use Cocoon at all?

> Hmmm... one line of XSLT v. (at least) one class
> 
> Perhaps (the general) you could create a 'business-logic' directory and put
> these 'worker' XSLs in it to avoid the cognitive dissonance.
 >
> XSL has many uses, why psuedo-cripple it?

You need the right tool for the right job.

This transformer, if done well, can be faster, more efficient than xslt, 
which is more general-purpose.

Anyway, it isn't compulsory, you can use whatever you prefer.

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


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