Return-Path: X-Original-To: apmail-cocoon-dev-archive@www.apache.org Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id B95F99321 for ; Wed, 14 Mar 2012 12:30:30 +0000 (UTC) Received: (qmail 63022 invoked by uid 500); 14 Mar 2012 12:30:30 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 62964 invoked by uid 500); 14 Mar 2012 12:30:30 -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 List-Id: Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 62957 invoked by uid 99); 14 Mar 2012 12:30:30 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 14 Mar 2012 12:30:30 +0000 X-ASF-Spam-Status: No, hits=-0.1 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [57.67.164.70] (HELO be1ssnxpe2.nxp.com) (57.67.164.70) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 14 Mar 2012 12:30:23 +0000 Received: from eu1rdcrdc1vw040.exi.nxp.com ([134.27.176.148]) by be1ssnxpe2.nxp.com (8.14.4/8.14.4) with ESMTP id q2ECTxZr009230 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Wed, 14 Mar 2012 13:29:59 +0100 Received: from eu1rdcrdc1wx032.exi.nxp.com ([134.27.179.186]) by eu1rdcrdc1vw040.exi.nxp.com ([134.27.176.148]) with mapi; Wed, 14 Mar 2012 13:29:59 +0100 From: Robby Pelssers To: "dev@cocoon.apache.org" Date: Wed, 14 Mar 2012 13:29:57 +0100 Subject: RE: possible design flaw in servlet service (c2.2) Thread-Topic: possible design flaw in servlet service (c2.2) Thread-Index: Ac0B3cKaCfoYSaILQByGjWT6ax9nOgAAEGPg Message-ID: <927C66C0775CCA43B88EB1E3006614B3066E9527@eu1rdcrdc1wx032.exi.nxp.com> References: <927C66C0775CCA43B88EB1E3006614B306690E33@eu1rdcrdc1wx032.exi.nxp.com> <4F608E63.7050308@gmail.com> In-Reply-To: <4F608E63.7050308@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_927C66C0775CCA43B88EB1E3006614B3066E9527eu1rdcrdc1wx032_" MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.6.7498,1.0.260,0.0.0000 definitions=2012-03-14_04:2012-03-14,2012-03-14,1970-01-01 signatures=0 X-Virus-Checked: Checked by ClamAV on apache.org --_000_927C66C0775CCA43B88EB1E3006614B3066E9527eu1rdcrdc1wx032_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Thorsten, I will further elaborate my issue in a follow-up mail with some test setup = and test data. Keep you posted, Robby From: Thorsten Scherler [mailto:scherler@gmail.com] Sent: Wednesday, March 14, 2012 1:26 PM To: dev@cocoon.apache.org Subject: Re: possible design flaw in servlet service (c2.2) On 03/14/2012 11:19 AM, Robby Pelssers wrote: Hi guys, I was just having a chat with my colleague about writing servlet services i= n one block and using them in another block. And I told him apparently you= can only return xml from a servlet service. I found this out by writing a= service (plain old XSLT) which takes as input XML and returns text or in m= y particular case JSON. Whereas this XSLT gets the job done if I use it in a regular pipeline, I co= uld not use it in a servlet service. Is there a good reason the output fro= m a servlet service can only be XML? On the docs from C3 for instance http= ://cocoon.apache.org/3.0/reference/html-single/index.html I read following = statement: It is the responsibility of the Producer to decide whether a specific Consu= mer can be linked to it or not (that is, whether it can produce output in t= he desired format of the Consumer or not). Does this mean C3 would not have this restriction? I am not sure what you are referring to but it strikes me ought "a servlet = service can only be XML". Need to find some time to setup a small test myse= lf, but AFAIK the service can return whatever. salu2 -- Thorsten Scherler codeBusters S.L. - web based systems http://www.codebusters.es/ --_000_927C66C0775CCA43B88EB1E3006614B3066E9527eu1rdcrdc1wx032_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

= Hi Thorsten,

 

I will further elaborate my iss= ue in a follow-up mail with some test setup and test data. 

 <= /o:p>

Keep you= posted,

Robby

 

= From: Thorsten Scherler [mailto:scherler@gmail= .com]
Sent: Wednesday, March 14, 2012 1:26 PM
To: dev@= cocoon.apache.org
Subject: Re: possible design flaw in servlet se= rvice (c2.2)

&nb= sp;

On 03/14/2012 11:19 AM, Robby Pelssers wr= ote:

Hi guys,

 

I was just having a chat with my colleague about wri= ting servlet services in one block and using them in another block.  A= nd I told him apparently you can only return xml from a servlet service.&nb= sp; I found this out by writing a service (plain old XSLT) which takes as i= nput XML and returns text or in my particular case JSON.

 

Whereas this XSL= T gets the job done if I use it in a regular pipeline, I could not use it i= n a servlet service.  Is there a good reason the output from a servlet= service can only be XML?  On the docs from C3 for instance http://coco= on.apache.org/3.0/reference/html-single/index.html I read following sta= tement:

 

It is the responsibility of the Producer to decide whether a specific Consumer can be linked to it or not (th= at is, whether it can produce output in the desired format of the Consumer or not).

 

Does this m= ean C3 would not have this restriction?

=  


I am not sure what you are ref= erring to but it strikes me ought "a servlet service can only be XML&q= uot;. Need to find some time to setup a small test myself, but AFAIK the se= rvice can return whatever.

salu2

=
-- 
Thorsten Scherler <scherler.at.gmail.com>
codeBusters S.L. - web based systems
<consulting, training and solutions>
&nbs=
p;
http://www.codebu=
sters.es/
= --_000_927C66C0775CCA43B88EB1E3006614B3066E9527eu1rdcrdc1wx032_--