Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 78054 invoked from network); 28 Aug 2003 16:04:12 -0000 Received: from daedalus.apache.org (HELO apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 28 Aug 2003 16:04:12 -0000 Received: (qmail 26092 invoked by uid 500); 28 Aug 2003 15:52:29 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 25970 invoked by uid 500); 28 Aug 2003 15:52:27 -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 25840 invoked from network); 28 Aug 2003 15:52:25 -0000 Received: from unknown (HELO main.gmane.org) (80.91.224.249) by daedalus.apache.org with SMTP; 28 Aug 2003 15:52:25 -0000 Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 19sOqt-0002re-00 for ; Thu, 28 Aug 2003 17:38:23 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: dev@cocoon.apache.org Received: from sea.gmane.org ([80.91.224.252]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 19sOqs-0002rW-00 for ; Thu, 28 Aug 2003 17:38:22 +0200 Received: from news by sea.gmane.org with local (Exim 3.35 #1 (Debian)) id 19sOq9-0006Jg-00 for ; Thu, 28 Aug 2003 17:37:37 +0200 From: Nicola Ken Barozzi Subject: Re: [RT] Improving Sitemap and Flowscript Date: Thu, 28 Aug 2003 17:35:30 +0200 Lines: 39 Message-ID: References: <20030825081039.GI1259@bremen.dvs1.informatik.tu-darmstadt.de> <7A9D9790-D7E4-11D7-9393-000393D2CB02@apache.org> <3F4DEEF7.5030905@verizon.net> <3F4E1065.7030407@verizon.net> 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.4) Gecko/20030624 X-Accept-Language: en-us, en In-Reply-To: <3F4E1065.7030407@verizon.net> Sender: news 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 Vadim Gritsenko wrote, On 28/08/2003 16.23: ... > With a "tee-view", pipeline would be: > G[data] -> T[content] -> Tee -> T[page] -> T[html] -> S -> Browser > \ > -> T[links] -> Hashmap > > With a "virtual transformer" as far as I understand resulting pipeline > will be: > G[data] -> T[content] -> T[links] -> LinkGatherer -> T[page] -> T[html] > -> S -> Browser > > And the output sent to the browser will be garbage, right? Or, you are > also proposing to use a tee (I haven't seen it in your proposal)? Thanks for explaining it this way, now I understand what you mean. Well, I did not talk of how to insert a T[links] section, so now I see why you say it is flawed. What I mean is that the LinkGatherer is a "virtual transformer" that does not modify its output WRT the input. How to do it is not part of my example, and using a tee is one way, using an xslt, then gathering, then retransforming again is another (kind of tee using namespaces). The problem arises when you insert the tee or the virtual transformer and have problems with caching, *or* have to keep that step even if you don't want it. Anyway, as I said, both are ok as long as it remains fast and gives us the features we need. -- Nicola Ken Barozzi nicolaken@apache.org - verba volant, scripta manent - (discussions get forgotten, just code remains) ---------------------------------------------------------------------