forrest-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Thorsten Scherler <thors...@apache.org>
Subject Re: [Dispatcher lm]
Date Tue, 30 May 2006 01:21:17 GMT
El lun, 29-05-2006 a las 16:33 +0200, Thorsten Scherler escribió:
> El lun, 29-05-2006 a las 15:57 +0200, Cyriaque Dupoirieux escribió:
> > le 05/05/2006 14:15 Thorsten Scherler a écrit :
> > > El vie, 05-05-2006 a las 13:59 +0200, Thorsten Scherler escribió:
> > >   
> > >> El vie, 05-05-2006 a las 12:44 +0100, Ross Gardler escribió:
> > >>     
> > >>> Thorsten Scherler wrote:
> > >>>       
> > >>>> El vie, 05-05-2006 a las 13:06 +0200, Cyriaque Dupoirieux escribió:
> > >>>>
> > >>>>         
> > >>>>> Hi,
> > >>>>>
> > >>>>>    My custom pelt.fv files located is xdocs sub-directories
are no more 
> > >>>>> taken into account.
> > >>>>>    $PROJECT_HOME/src/documentation/content/xdocs/dir/subdir/pelt.fv
is 
> > >>>>> not taken into account,
> > >>>>>    $PROJECT_HOME/src/documentation/content/xdocs/pelt.fv is
taken into 
> > >>>>> account instead.
> > >>>>>
> > >>>>> Did someone change anything in the lm fallback mecanism recently
(I mean 
> > >>>>> days or perhaps weeks ago ;-) .)
> > >>>>>           
> > >>>>
> > >>>> See "locationmap demo is broken" seems that is a common lm problem
and
> > >>>> not dispatcher specific. 
> > >>>>         
> > >>> See my comment in that thread. The locationmap is *not* broken. It
is 
> > >>> only a small part of it that is broken (the rewrite). This may be 
> > >>> related, but my gut instinct is that it is not.
> > >>>       
> > >> Dunno, since I have ATM no time to test, I only read:
> > >> El vie, 05-05-2006 a las 18:41 +1000, David Crossley escribió:
> > >>     
> > >>> It seems that the project locationmap is not working.
> > >>>       
> > >> sorry cannot help ATM.
> > >>     
> > >
> > > Well I did *not* made an svn update and do not see the problem so here
> > > to limit the search my svn info extract.
> > >
> > > URL: https://svn.apache.org/repos/asf/forrest/trunk
> > > UUID en el repositorio: 13f79535-47bb-0310-9956-ffa450edef68
> > > Revisión: 397628
> > > Tipo de nodo: directorio
> > > Agendado: normal
> > > Autor del último cambio: rgardler
> > > Revisión del último cambio: 397191
> > > Fecha de último cambio: 2006-04-26 14:49:54 +0200 (mié, 26 abr 2006)
> > >
> > > So my last update was: 397191
> > >
> > > Good luck to track it down.
> > >   
> > Thanks,
> > I have found who is the culprit :
> > 
> > http://svn.apache.org/viewvc/forrest/trunk/whiteboard/plugins/org.apache.forrest.plugin.internal.dispatcher/locationmap.xml?r1=390856&r2=390882&diff_format=h
> > 
> > The revision 390856 of the locationmap.xml works like a charm, the 
> > revision 390882 does not !
> > (The problem is I don't currently understand the changes ;) )
> 
> This is related to the "next steps" mail and
> http://issues.apache.org/jira/browse/FOR-844.
> 
> I activated and changed the default matching of structurer out of the
> xdocs dir. You should try to place the subdir structurer into:
> {project:resources}/structurer/url/subdir/pelt.fv
> 
> If this is not working, then there must be a bug in 
> <action name="RecursiveDirectoryTraversalAction" 
>         src="org.apache.forrest.dispatcher.acting.RecursiveDirectoryTraversalAction"/>
> 
> Can you try and report back?

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 will now look up the svn log for r390856 to 390882 to figure out what
may cause this bug in the lm.

salu2
-- 
thorsten

"Together we stand, divided we fall!" 
Hey you (Pink Floyd)


Mime
View raw message