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)
