forrest-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Thorsten Scherler <thorsten.scher...@wyona.com>
Subject Re: [jira] Commenté: (FOR-893) wildcard matcher such as **.xml when used in lm actions like {1} are not rewritten
Date Wed, 12 Jul 2006 08:55:40 GMT
El mié, 12-07-2006 a las 07:46 +0000, Cyriaque Dupoirieux (JIRA)
escribió:
>     [ http://issues.apache.org/jira/browse/FOR-893?page=comments#action_12420539 ] 
> 
> Cyriaque Dupoirieux commented on FOR-893:
> -----------------------------------------
> 
> I have a big problem with this FOR, and I think it is why my motivation decrease...

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

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

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

You are only updating this file right, nothing more?

> Can someone explain the <match pattern="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="resolve.**">
 <map:match pattern="resolve.structurer.**">
...
 </map:match>
</map:match>

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

salu2

> Thanks,
> 
> > wildcard matcher such as **.xml when used in lm actions like {1} are not rewritten
> > ----------------------------------------------------------------------------------
> >
> >          Key: FOR-893
> >          URL: http://issues.apache.org/jira/browse/FOR-893
> >      Project: Forrest
> >         Type: Bug
> 
> >   Components: Locationmap, Dispatcher (aka views)
> >     Reporter: Thorsten Scherler
> >  Attachments: lm.log.xml
> >
> > In the thread http://marc.theaimsgroup.com/?t=114682704400003&r=1&w=2 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="resolve.structurer.**">
> > ...
> >  <act type="RecursiveDirectoryTraversalAction">
> >   <parameter value="{1}" name="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 
> > svn log . -v --xml >~/src/apache/forrest/trunk/lm.log.xml
> 

-- 
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


Mime
View raw message