Return-Path: 
 <cocoon-users-return-52367-apmail-xml-cocoon-users-archive=xml.apache.org@xml.apache.org>
Delivered-To: apmail-xml-cocoon-users-archive@xml.apache.org
Received: (qmail 86380 invoked by uid 500); 20 Jun 2003 09:15:59 -0000
Mailing-List: contact cocoon-users-help@xml.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:cocoon-users-help@xml.apache.org>
list-unsubscribe: <mailto:cocoon-users-unsubscribe@xml.apache.org>
list-post: <mailto:cocoon-users@xml.apache.org>
Reply-To: cocoon-users@xml.apache.org
Delivered-To: mailing list cocoon-users@xml.apache.org
Received: (qmail 86367 invoked from network); 20 Jun 2003 09:15:59 -0000
Received: from westc.west.nl (192.43.210.66)
  by daedalus.apache.org with SMTP; 20 Jun 2003 09:15:59 -0000
Received: (from uucp@localhost)
	by West.NL id h5K9GBY15508;
	Fri, 20 Jun 2003 11:16:11 +0200 (MET DST)
Received: from luzern.West.NL(luzern 192.43.210.157) by westc via smap (V2.0)
	id xma015502; Fri, 20 Jun 03 11:16:08 +0200
Received: (from ali@localhost)
	by luzern.West.NL id LAA04052
	for cocoon-users@xml.apache.org; Fri, 20 Jun 2003 11:16:08 +0200 (MET DST)
Date: Fri, 20 Jun 2003 11:16:08 +0200
From: Ali Mesbah <ali@West.NL>
To: cocoon-users@xml.apache.org
Subject: Re: pipeline dependencies
Message-ID: <20030620091608.GD3905@West.NL>
References: <3EF1E5AD.5986.534659@localhost> <3EF2D909.9999.409E738@localhost>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3EF2D909.9999.409E738@localhost>
User-Agent: Mutt/1.4.1i
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

As quoted from Upayavira <uv@upaya.co.uk>:
> Another way you can do it is read your original content from disc, then transform it 
> into something like:
> 
> <xml>
>   <source:write>
>     <content>Blah</content>
>   </source:write>
>   <content>Blah</content>
> </xml>
> 
> This way you repeat your content twice, once to go into the SWT, and once to go on 
> to the output. Your following transformer then just strips out any nodes in the SWT 
> namespace.
> 
> Make sense?
> 
> Can you explain a little more _why_ you want to be writing to disk? That'll help me 
> understand how best you can achieve your requirements.

The thing is I generate a stylesheet in B which is used in A (and in other
pipelines):

<match pattern="B">
  <map:generate src="resources/{filename}.xml"/>
  <map:transform src="styles/Meta_output.xsl"/>
  <map:serialize type="xml"/>
</map:match>

Note that the output of B is a stylesheet (say output.xsl).

Then the first thing that comes to mind is using the Cocoon protocol to read
this output.xsl as the src of the transformer in A:

<match pattern="A">
  <map:generate src="resources/bla.xml"/>
  <map:transform src="cocoon:/B"/>
  <map:serialize type="html"/>
</map:match>
      
But unfortunately this does not work. (I have posted messages on this matter a
few days ago). The output of A is not what it should be at all. 

So I thought a workaround is to write the output.xsl to file and then read it in
A. But then I had the issue of dependencies....

I hope i have been clear enough. By the way have you ever tried to use cocoon:/
as the src of a Transformer?

Thanks,
Ali

> Regards, Upayavira
> 
> 
> <map:match ...>
>   <map:generate src="original source">
>   <map:transform src="make_
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org
> For additional commands, e-mail: cocoon-users-help@xml.apache.org
> 

-- 
-- Ali Mesbah, West Consulting B.V., www.west.nl, +31 15 2191600

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