Return-Path: 
 <dev-return-24949-apmail-forrest-dev-archive=forrest.apache.org@forrest.apache.org>
Delivered-To: apmail-forrest-dev-archive@www.apache.org
Received: (qmail 16266 invoked from network); 12 Jul 2006 08:56:20 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur.apache.org with SMTP; 12 Jul 2006 08:56:20 -0000
Received: (qmail 45484 invoked by uid 500); 12 Jul 2006 08:56:19 -0000
Delivered-To: apmail-forrest-dev-archive@forrest.apache.org
Received: (qmail 45462 invoked by uid 500); 12 Jul 2006 08:56:19 -0000
Mailing-List: contact dev-help@forrest.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:dev-help@forrest.apache.org>
list-unsubscribe: <mailto:dev-unsubscribe@forrest.apache.org>
List-Post: <mailto:dev@forrest.apache.org>
Reply-To: dev@forrest.apache.org
List-Id: <dev.forrest.apache.org>
Delivered-To: mailing list dev@forrest.apache.org
Received: (qmail 45434 invoked by uid 99); 12 Jul 2006 08:56:19 -0000
Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 12 Jul 2006 01:56:19 -0700
X-ASF-Spam-Status: No, hits=-0.0 required=10.0
	tests=SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (asf.osuosl.org: domain of thorsten.scherler@wyona.com
 designates 195.226.6.68 as permitted sender)
Received: from [195.226.6.68] (HELO mx1.wyona.com) (195.226.6.68)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 12 Jul 2006 01:56:17 -0700
Received: from 110.red-217-125-252.dynamicip.rima-tde.net ([217.125.252.110]
 helo=[172.26.0.5])
	by mx1.wyona.com with asmtp (Exim 3.35 #1 (Debian))
	id 1G0aVf-00031U-00
	for <dev@forrest.apache.org>; Wed, 12 Jul 2006 10:55:55 +0200
Subject: Re: [jira] =?ISO-8859-1?Q?Comment=E9=3A?= (FOR-893) wildcard
	matcher such as **.xml when used in lm actions like {1} are not rewritten
From: Thorsten Scherler <thorsten.scherler@wyona.com>
To: dev@forrest.apache.org
In-Reply-To: <22244928.1152690390477.JavaMail.jira@brutus>
References: <22244928.1152690390477.JavaMail.jira@brutus>
Content-Type: text/plain; charset=utf-8
Date: Wed, 12 Jul 2006 10:55:40 +0200
Message-Id: <1152694540.10369.2.camel@localhost.localdomain>
Mime-Version: 1.0
X-Mailer: Evolution 2.4.1 
Content-Transfer-Encoding: quoted-printable
X-Virus-Checked: Checked by ClamAV on apache.org
X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N

El mi=C3=A9, 12-07-2006 a las 07:46 +0000, Cyriaque Dupoirieux (JIRA)
escribi=C3=B3:
>     [ http://issues.apache.org/jira/browse/FOR-893?page=3Dcomments#action=
_12420539 ]=20
>=20
> Cyriaque Dupoirieux commented on FOR-893:
> -----------------------------------------
>=20
> I have a big problem with this FOR, and I think it is why my motivation d=
ecrease...

So let us get you motivated again and try to fix it. ;)

>=20
> Since the  update of the locationmap.xml between revision 390856 and revi=
sion 390882, the dispatcher does not take into account specific fv files in=
 subdirs. (Either in structurer/url nor in xdocs...)
>=20

Regrading this observation, so you are doing=20
svn up -r390856 locationmap.xml
...and everything is working?

You are only updating this file right, nothing more?

> Can someone explain the <match pattern=3D"resolve.structurer.**"> so that=
 I can investigate.

as soon something is requesting "resolve.structurer.something/bla" then
this match is acting. Where in "normal" sitemap behavior ** is in this
example "something/bla" and can be matched with {1}.

David gave a tip to try with {../1} which would normally match the
parent match. Like having
<map:match pattern=3D"resolve.**">
 <map:match pattern=3D"resolve.structurer.**">
...
 </map:match>
</map:match>

So in our example {../1} would give structurer.something/bla out of
pattern=3D"resolve.**".=20

salu2

> Thanks,
>=20
> > wildcard matcher such as **.xml when used in lm actions like {1} are no=
t rewritten
> > -----------------------------------------------------------------------=
-----------
> >
> >          Key: FOR-893
> >          URL: http://issues.apache.org/jira/browse/FOR-893
> >      Project: Forrest
> >         Type: Bug
>=20
> >   Components: Locationmap, Dispatcher (aka views)
> >     Reporter: Thorsten Scherler
> >  Attachments: lm.log.xml
> >
> > In the thread http://marc.theaimsgroup.com/?t=3D114682704400003&r=3D1&w=
=3D2 I found out the following.
> > I did a debug session with the RecursiveDirectoryTraversalAction and I
> > figured out that the {1} in the lm is not probably resolved (it is
> > always "").
> > <match pattern=3D"resolve.structurer.**">
> > ...
> >  <act type=3D"RecursiveDirectoryTraversalAction">
> >   <parameter value=3D"{1}" name=3D"request"/>
> > It seems to happen in all lm actions, I debugged the resourceTypeAction
> > and the same problem can be seen.
> > I attached the result of=20
> > svn log . -v --xml >~/src/apache/forrest/trunk/lm.log.xml
>=20

--=20
Thorsten Scherler
COO Spain
Wyona Inc.  -  Open Source Content Management  -  Apache Lenya
http://www.wyona.com                   http://lenya.apache.org
thorsten.scherler@wyona.com                thorsten@apache.org