Return-Path: Delivered-To: apmail-cocoon-users-archive@www.apache.org Received: (qmail 18040 invoked from network); 31 Aug 2005 06:39:27 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 31 Aug 2005 06:39:26 -0000 Received: (qmail 36842 invoked by uid 500); 31 Aug 2005 06:39:23 -0000 Delivered-To: apmail-cocoon-users-archive@cocoon.apache.org Received: (qmail 36091 invoked by uid 500); 31 Aug 2005 06:39:21 -0000 Mailing-List: contact users-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: users@cocoon.apache.org List-Id: Delivered-To: mailing list users@cocoon.apache.org Received: (qmail 36078 invoked by uid 99); 31 Aug 2005 06:39:20 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 30 Aug 2005 23:39:20 -0700 X-ASF-Spam-Status: No, hits=0.1 required=10.0 tests=HTML_30_40,HTML_MESSAGE,RCVD_BY_IP,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of antonio.fiol@gmail.com designates 64.233.184.206 as permitted sender) Received: from [64.233.184.206] (HELO wproxy.gmail.com) (64.233.184.206) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 30 Aug 2005 23:39:35 -0700 Received: by wproxy.gmail.com with SMTP id i3so54282wra for ; Tue, 30 Aug 2005 23:39:18 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=XGQgSYfbvgvRGga6G0YqMHiS28fOCUFyZjM2jFilkSJv43OIQ+rtKiWuLVurKgL7BqHA1cSppt0IQCMRe8F0Mt+14+ue2tI29zmP6s2TUfvXhV6vH97aKg1rS8JJuw7Wd+pCru27IUSZWWMdTGwjgopJB+2k846PUBX+i4GM64E= Received: by 10.54.130.10 with SMTP id c10mr467482wrd; Tue, 30 Aug 2005 23:39:18 -0700 (PDT) Received: by 10.54.89.5 with HTTP; Tue, 30 Aug 2005 23:39:18 -0700 (PDT) Message-ID: Date: Wed, 31 Aug 2005 08:39:18 +0200 From: =?ISO-8859-1?Q?Antonio_Fiol_Bonn=EDn?= To: users@cocoon.apache.org Subject: Re: map:mount src="some.xmap" makes cocoon.sendPage fail In-Reply-To: <430D9EC0.5020105@notremanou.net> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_1159_33457301.1125470358433" References: <430D9EC0.5020105@notremanou.net> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N ------=_Part_1159_33457301.1125470358433 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline The fact is that the same code leads to different results depending on=20 whether I use "./" or not on the map:mount element src attribute. If I use it, "pipeline" means "cocoon:/pipeline". If I don't, "pipeline" means nothing, as neither "cocoon:/pipeline" nor " cocoon://pipeline" are called, if I did not go wrong on my tests. Yours, --=20 Antonio 2005/8/25, Marc Salvetti : >=20 > Hi, >=20 > i think when you use sendPage(url), the url determine which sitemap it > refers to cocoon://pipeline is in the main sitemap and cocoon:/pipeline > is in the current sitemap >=20 > hth, >=20 > marc >=20 > Antonio Fiol Bonn=EDn a =E9crit : >=20 > > Hello, > > > > I have discovered that on Cocoon 2.1.7 (not tested on other versions), > > if I have: > > > > uri-prefix=3D"internal"/> > > > > and internal.xmap contains: > > > > > > > > and > > > > ... > > > > and another pipeline in internal.xmap calls a javaflow function which= =20 > uses > > cocoon.sendPage("pipeline"); > > > > the pipeline "pipeline" is NOT FOUND. > > > > However, I found that using the following workaround, the problem no > > longer appears. > > > > > uri-prefix=3D"internal"/> > > > > The difference being a ./ before the file name. > > > > Could this be a bug?... At least it seems so... Or maybe I'm > > completely confused... > > > > -- > > Antonio >=20 >=20 > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org > For additional commands, e-mail: users-help@cocoon.apache.org >=20 >=20 --=20 Antonio ------=_Part_1159_33457301.1125470358433 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline The fact is that the same code leads to different results depending on whether I use "./" or not on the map:mount element src attribute.=

If I use it, "pipeline" means "cocoon:/pipeline".
If I don't, "pipeline" means nothing, as neither "cocoon:/pi= peline" nor "cocoon://pipeline" are called,= if I did not go wrong on my tests.

Yours,


--
Antonio

2005/8/25, Marc Salvetti <marc@notremanou.net>: Hi,

i think when you use sendPage(url), the url determine which site= map it
refers to cocoon://pipeline is = in the main sitemap and cocoon:/pipeline
is in the current sitemap

hth,

marc

Antonio Fiol Bonn=EDn a =E9crit :

> H= ello,
>
> I have discovered that on Cocoon 2.1.7 (not tested on= other versions),
> if I have:
>
> <map:mount check-re= load=3D"yes" src=3D" internal.xmap" uri-prefix=3D"internal"/>
>
> = and internal.xmap contains:
>   <map:flow language=3D&qu= ot;javascript">
>     <map:script src= =3D"flow/internal.js"/>
>   </map:flow>
> and
>   <= map:match pattern=3D"pipeline">
>    = ;  ...
>   </map:match>
> and another= pipeline in internal.xmap calls a javaflow function which uses
>   cocoon.sendPage("pipeline");
>
>= the pipeline "pipeline" is NOT FOUND.
>
> However, I= found that using the following workaround, the problem no
> longer a= ppears.
>
> <map:mount check-reload=3D"yes" src=3D".= /internal.xmap"
> uri-prefix=3D"internal"/>
>=
> The difference being a ./ before the file name.
>
> Co= uld this be a bug?... At least it seems so... Or maybe I'm
> completely confused...
>
> --
> Antonio

<= br>---------------------------------------------------------------------To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail:= users-help@cocoon.apache.o= rg




--
Antonio ------=_Part_1159_33457301.1125470358433--