Return-Path: 
 <user-return-3615-apmail-forrest-user-archive=forrest.apache.org@forrest.apache.org>
Delivered-To: apmail-forrest-user-archive@www.apache.org
Received: (qmail 77108 invoked from network); 17 May 2006 08:08:22 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur.apache.org with SMTP; 17 May 2006 08:08:21 -0000
Received: (qmail 63040 invoked by uid 500); 17 May 2006 08:08:12 -0000
Delivered-To: apmail-forrest-user-archive@forrest.apache.org
Received: (qmail 63003 invoked by uid 500); 17 May 2006 08:08:12 -0000
Mailing-List: contact user-help@forrest.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:user-help@forrest.apache.org>
list-unsubscribe: <mailto:user-unsubscribe@forrest.apache.org>
List-Post: <mailto:user@forrest.apache.org>
Reply-To: user@forrest.apache.org
List-Id: <user.forrest.apache.org>
Delivered-To: mailing list user@forrest.apache.org
Received: (qmail 62994 invoked by uid 99); 17 May 2006 08:08:12 -0000
Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 17 May 2006 01:08:12 -0700
X-ASF-Spam-Status: No, hits=0.0 required=10.0
	tests=
X-Spam-Check-By: apache.org
Received-SPF: neutral (asf.osuosl.org: local policy)
Received: from [213.133.33.30] (HELO mailrelay.is.nl) (213.133.33.30)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 17 May 2006 01:08:11 -0700
Received: from [213.133.51.241] (HELO hai01.hippo.local)
  by mailrelay.is.nl (CommuniGate Pro SMTP 4.3.5)
  with ESMTP id 16613550 for user@forrest.apache.org;
 Wed, 17 May 2006 10:07:49 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Subject: RE: site: URIs with fragment identifiers
Date: Wed, 17 May 2006 10:07:49 +0200
Message-ID: <A955EA1F8FE31749AEC8C998082F6C7CD6E6A8@hai01.hippo.local>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: site: URIs with fragment identifiers
Thread-Index: AcZ5dLfaI6KI0YsEQE2Olk8ORp04TQAEhYTA
From: "Ard Schrijvers" <a.schrijvers@hippo.nl>
To: <user@forrest.apache.org>
X-Virus-Checked: Checked by ClamAV on apache.org
X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N

Hello, although I am not familiar with forrest, I have used the =
LinkRewriterTransformer fairly often, so, if I do grasp the problem =
correctly, I think it is quite easily achieved with the =
LocationMapModule (I suppose it all works similar in forrest)

So, if I understand the problem correctly, you want to rewrite a link =
like:

site:/foo/bar#anchor,=20

where foo/bar matches a xpath in an xml file, and the site: protocol =
refers to an XMLFileModule. Right? If I did not get it right, ignore the =
rest I suppose.

But if this is the problem, then it could be solved by having an extra  =
protocol, site_lm, referring to a LocationMapModule. The link to be =
rewritten would become site_lm:/foo/bar#anchor, and in the =
locationmap.xml having a matcher:

<components>
    <matchers default=3D"locationmap">
      <matcher name=3D"locationmap" =
src=3D"org.apache.cocoon.matching.WildcardLocationMapHintMatcher"/>
     </matchers>
</components>
<match pattern=3D"*/*#*" type=3D"WildcardLocationMapHintMatcher">
        <location src=3D"{site:{1}/{2}}#{3}"/>
</match>

Hope this actually was the problem :-)

Regards Ard

--=20

Hippo
Oosteinde 11
1017WT Amsterdam
The Netherlands
Tel  +31 (0)20 5224466
-------------------------------------------------------------
a.schrijvers@hippo.nl / http://www.hippo.nl
--------------------------------------------------------------=20




> Cameron McCormack wrote:
> > David Crossley:
> > > Please attach it to a new Issue at Cocoon's issue tracker
> > > http://issues.apache.org/jira/browse/COCOON
> >=20
> > Ok, though perhaps a different solution would be better...
> >=20
> > > Me either. Here are some tips, but i am not even sure
> > > if they are up-to-date.
> > > http://cocoon.zones.apache.org/daisy/documentation/g1/798.html
> >=20
> > That seems to work, thanks.
>=20
> Fantastic. It will be comforting for the cocoon-dev
> people to know that Cocoon-2.2 trunk is usable.
>=20
> > So after thinking about it, I'm not sure if changing the
> > LinkRewriterTransformer is the right solution.  Perhaps you want to
> > have some schemes that don't include the fragment (e.g., site:) and
> > others that do (e.g., an rdf: scheme that identifies RDF literals,
> > where fragment identifiers are important).  You'd need two=20
> linkrewriter
> > instances for that.
> >
> > So I think it's more that the SimpleMappingMetaModule is=20
> insufficient to
> > describe the mapping of 'A#B' to 'concat(/site//A/@href,=20
> "#B")' for the
> > key to the XMLFileModule.
> >=20
> > What do you think the right solution to this should be?  A
> > MoreComplexMappingMetaModule that can construct such keys? =20
> How general
> > should this be?  And where should it go, in Cocoon or Forrest?
>=20
> It is beyond me, and nobody else has answered you.
>=20
> Anyway, i think that it is a topic for dev@cocoon.
>=20
> -David
>=20