Well,

If I take a look at for instance the servlet-service snippet below which I 
renamed to "myservice-pipeline"

      <map:match pattern="ssf/myservice-pipeline">
        <map:generate type="service-consumer" />
        <map:transform src="sax-pipeline/simple.xslt"> [2]
          <map:parameter name="myParam" value="serializer-pipeline" />
        </map:transform>
        <map:serialize type="xml" />
      </map:match>

It includes an extra transformation step.  So it's not really uniquely defined 
as either a serializer OR transformer service. It can be invoked by

        <map:transform type="servlet-service">
          <map:parameter name="service" value="servlet:/ssf/myservice-pipeline" 
/>
        </map:transform>

        OR

        <map:serialize type="servlet-service">
          <map:parameter name="service" value="servlet:/ssf/myservice-pipeline" 
/> 
        </map:serialize>

Both invocations of this service would work. That's what I mean with ambiguous 
names.  

Robby


-----Original Message-----
From: Reinhard Pötz [mailto:[email protected]] 
Sent: Monday, May 11, 2009 10:20 PM
To: [email protected]
Subject: Re: cocoon 3 sample: remark about usage of servlet-service demo

Robby Pelssers wrote:
> Hi all,
> 
> Taking a quick look at the cocoon 3 sample I noticed that the
> “transformer-pipeline” and “serializer-pipeline” are sort of the same
> except for myParam which get’s another value.
> 
> I noticed as well that I can’t leave out the <map:serialize
> type=”xml”/>  from the transformer-pipeline.  Otherwise I get following
> exception “java.lang.IllegalStateException: Cannot execute pipeline,
> last pipeline component is no finisher”.
> 
> So is it fair to conclude that every ‘transformation servlet service’ is
> inherent also a ‘serializer servlet service’?

yes

> And what bugs me a bit is that [1] throws in a /free/ transformer…
> “simple.xslt”. [2]   This makes things a bit confusing in my opinion. 
> It seems that these servlet-services actually do more then their names
> imply.

sorry, I can't follow you here. What do the names imply in your opinion?

-- 
Reinhard Pötz                           Managing Director, {Indoqa} GmbH
                         http://www.indoqa.com/en/people/reinhard.poetz/

Member of the Apache Software Foundation
Apache Cocoon Committer, PMC member                  [email protected]
________________________________________________________________________

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to