Return-Path: 
 <users-return-99136-apmail-cocoon-users-archive=cocoon.apache.org@cocoon.apache.org>
Delivered-To: apmail-cocoon-users-archive@www.apache.org
Received: (qmail 21331 invoked from network); 14 Feb 2011 15:16:04 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3)
  by minotaur.apache.org with SMTP; 14 Feb 2011 15:16:04 -0000
Received: (qmail 47213 invoked by uid 500); 14 Feb 2011 15:16:03 -0000
Delivered-To: apmail-cocoon-users-archive@cocoon.apache.org
Received: (qmail 46775 invoked by uid 500); 14 Feb 2011 15:16:00 -0000
Mailing-List: contact users-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:users-help@cocoon.apache.org>
list-unsubscribe: <mailto:users-unsubscribe@cocoon.apache.org>
List-Post: <mailto:users@cocoon.apache.org>
Reply-To: users@cocoon.apache.org
List-Id: <users.cocoon.apache.org>
Delivered-To: mailing list users@cocoon.apache.org
Delivered-To: moderator for users@cocoon.apache.org
Received: (qmail 44152 invoked by uid 99); 14 Feb 2011 15:12:33 -0000
X-ASF-Spam-Status: No, hits=0.7 required=5.0
	tests=SPF_NEUTRAL
X-Spam-Check-By: apache.org
Received-SPF: neutral (athena.apache.org: local policy)
X-RZG-AUTH: :JHgHVUukbu/oABctYDdDW+BkisQZ86tHsKjTaG9woG4=
X-RZG-CLASS-ID: em00
Date: Mon, 14 Feb 2011 16:12:05 +0100 (MET)
Message-Id: <201102141512.p1EFC5ew006013@post.webmailer.de>
To: users@cocoon.apache.org
From: kuehne@klup.de
Subject: Re: Re: Support &amp;amp; Traxtransformers
X-Priority: 3
X-Abuse: 1682633 / 82.113.106.198
X-RZG-MBID: 15cFDIyLziL9ef2Ouv7tnWJJnMJc
MIME-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable

Hi Alec,

yes, that's my suggestion. Let the call be done by the CInclude transformer=
.

Regarding the User-Agent :
I had to dig into my own code and realized that I once built some slightly =
changed versions of CInclude and SourceUtil. The reason once was the need t=
o make a completely dynamic SOAP call, so I had extend to the CInclude tran=
sformer.

If someone's interested, I would share the code, of course !

Greetings

Andreas

----- original Nachricht --------

Betreff: Re: Support &amp; Traxtransformers
Gesendet: So, 13. Feb 2011
Von: Alec Bickerton<alec.bickerton@net-m.ch>

> Hi Andreas,
>=20
> I know this is the wrong approach, I'd like nothing more than to throw=20
> the whole mess away and start again. The situation is something that has=
=20
> evolved over many years but I'm trying to make as much of it sane as=20
> possible while not breaking the existing functionality.
>=20
> http://cocoon.apache.org/2.1/userdocs/cinclude-transformer.html doesn't=
=20
> explain how I'd set the User-Agent, does this happen automagically?
>=20
> As I stated previously, the url is generated dynamically inside xslt1 as=
=20
> an xsl variable and the document call is made from the same xslt. the=20
> result being copied as
> <dynamic><xsl:value-of select=3D"document($url)" /></dynamic>
>=20
> If I understand what you're saying, I need to modify xslt1 to generate a=
=20
> "<cinclude:include src=3D"url"/>" instead, and then use cinclude to fill=
=20
> in the blanks. Am I correct?
>=20
> Regards,
> Alec
>=20
> On 02/12/2011 05:57 PM, kuehne@trustable.de wrote:
> > Hi Alec,
> >
> > the document() function is always a bad approach !
> > Try to use cocoon's own tools to aggregate the content. If it's a
> quasi-static content, use map:aggregate with two ore more map:parts. If y=
ou
> calculate the target of your call sdynamically, use the CInclude
> transformer.
> >
> > We used these approaches for a heavy-load productuon system and see ver=
y
> good performance of the syetem.
> >
> > Greetings
> >
> > Andreas
> >
> > ----- original Nachricht --------
> >
> > Betreff: Support&  Traxtransformers
> > Gesendet: Sa, 12. Feb 2011
> > Von: Alec Bickerton<alec.bickerton@net-m.ch>
>=20
> > Hi,
> > We're running a number of sites using cocoon 2.1.9 and have problem wit=
h
> > the TraxTransformer.
> >
> > We have some xslts that make use of document($url) to retrieve some dat=
a
> > from an external service. The problem is that some of these external
> > services require the useragent http-header to be propagated from the
> > original request, in order to provide a device specific result.
> >
> > Having googled for what seems like days. I think this is possible to do
> > with a URIResolver. Can anyone here suggest a way to do it ?
> >
> > e.g.
> >
> > request ->  generatorX ->  xslt1 ->  xslt2 ->  serialize
> >
> > xslt1 matches a DSL element and calls document(
> > http://someservice/getscaledImageURLForUseragent )
> >
> > The service is provided by a third party, and xslt1 cannot be changed.
> >
> > Any help is much appreciated.
> >
> > Regards
> > Alec
>=20
>=20
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>=20
>=20

--- original Nachricht Ende ----


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