Mailing-List: contact users-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@cocoon.apache.org
Received-SPF: neutral (athena.apache.org: local policy)
Date: Sat, 12 Feb 2011 17:57:17 +0100 (MET)
Message-Id: <201102121657.p1CGvHnf024769@post.webmailer.de>
To: alec.bickerton@net-m.ch, users@cocoon.apache.org
From: kuehne@trustable.de
Subject: Re: Support &amp; Traxtransformers
MIME-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable

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-sta=
tic content, use map:aggregate with two ore more map:parts. If you calculat=
e the target of your call sdynamically, use the CInclude transformer.=20

We used these approaches for a heavy-load productuon system and see very go=
od performance of the syetem.

Greetings

Andreas
=20
----- original Nachricht --------

Betreff: Support & Traxtransformers
Gesendet: Sa, 12. Feb 2011
Von: Alec Bickerton<alec.bickerton@net-m.ch>

> Hi,
> We're running a number of sites using cocoon 2.1.9 and have problem with=
=20
> the TraxTransformer.
>=20
> We have some xslts that make use of document($url) to retrieve some data=
=20
> from an external service. The problem is that some of these external=20
> services require the useragent http-header to be propagated from the=20
> original request, in order to provide a device specific result.
>=20
> Having googled for what seems like days. I think this is possible to do=
=20
> with a URIResolver. Can anyone here suggest a way to do it ?
>=20
> e.g.
>=20
> request -> generatorX -> xslt1 -> xslt2 -> serialize
>=20
> xslt1 matches a DSL element and calls document(=20
> http://someservice/getscaledImageURLForUseragent )
>=20
> The service is provided by a third party, and xslt1 cannot be changed.
>=20
> Any help is much appreciated.
>=20
> Regards
> Alec
>=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