forrest-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Cyriaque Dupoirieux <Cyriaque.Dupoiri...@pcotech.fr>
Subject Re: [jira] Commented: (FOR-893) wildcard matcher such as **.xml when used in lm actions like {1} are not rewritten
Date Thu, 20 Jul 2006 16:01:39 GMT
le 19/07/2006 12:59 Thorsten Scherler a écrit :
> El mié, 19-07-2006 a las 12:47 +0200, Cyriaque Dupoirieux escribió:
>   
>> le 19/07/2006 10:46 Cyriaque Dupoirieux a écrit :
>>     
>>> le 18/07/2006 19:03 Thorsten Scherler a écrit :
>>>       
>>>>>>>>                 
>>>>>>>>                 
>>>>>> [SNIP...]
>>> I have made the test with forrest run :
>>> here are the logs generated with the standard plugin (the HEAD)
>>> Call to jeux/ultima2.html :
>>> WARN    [core.modules.mapper.lm] (/jeux/ultima2.html): Error reading 
>>> from source 'lm://dispatcher.structurer.resourceType.document-v20': 
>>> Could not resolve locationmap location.
>>> WARN    [core.modules.mapper.lm] (/jeux/ultima2.html): trying to use 
>>> uri: 
>>> D:\duc\viewSitePerso/src/documentation/resources/structurer/url/jeux/ultima2.fv

>>>
>>> WARN    [core.modules.mapper.lm] (/jeux/ultima2.html): found at 
>>> location: 
>>> D:\duc\viewSitePerso/src/documentation/resources/structurer/url/pelt.fv 
>>> for 
>>> [D:\duc\viewSitePerso/src/documentation/resources/structurer/url/jeux/ultima2.fv]

>>>
>>>
>>> Call to jeux/ultima2/mondes/mapx21.php :
>>> WARN    [core.modules.mapper.lm] (/jeux/ultima2/mondes/mapx21.php): 
>>> trying to use uri: 
>>> D:\duc\viewSitePerso/src/documentation/resources/structurer/url/.fv
>>> WARN    [core.modules.mapper.lm] (/jeux/ultima2/mondes/mapx21.php): 
>>> found at location: 
>>> D:\duc\viewSitePerso/src/documentation/resources/structurer/url/pelt.fv 
>>> for [D:\duc\viewSitePerso/src/documentation/resources/structurer/url/.fv]
>>>
>>>       
>
> Ok, I think we getting closer.
>
> Have a look in the output.xmap of the php plugin:
>     <map:match type="regexp" pattern="^(.*?)([^/]*).php$">
>       <map:generate src="cocoon://{1}{2}.html"/>
>       <map:transform src="resources/stylesheets/php/document2php.xsl"/>
>       <map:serialize type="html"/>
>     </map:match>
>
> It is requesting a html file.
Yes, it is a simple plugin which take in entry a file following the 
document-v20.dtd + the <php> CDATA </php>.
First, it asks to generate the html (skinned layout of the page with the 
<php> tags left)
Then it applies the document2php.xsl which just converts the <php> tags 
into <?php and ?>
It's really simple but it works wery well.
Example :

    <section id="samples">
      <title>Samples</title>
      <p>The call to phpinfo function is made just after this sentence.</p>
*      <php><![CDATA[phpinfo()]]></php>*
      <p>The call to phpinfo finishes just before this sentence.</p>
  </section>
>  The stylesheet name is rather missleading
> because it is not document-to-php but rather html-to-php.
Yes you are right, I am going to rename it
>  Further why is
> this not <map:match pattern="**.php"> and <map:generate
> src="cocoon://{1}.html"/>? Maybe that is influencing.
>
> That explains why you have a dispatcher request, because normally *.php
> is not handled by the dispatcher.
Why, it is just intended to generate php file but the layout must but 
done either with skins or dispatcher as user likes.
>  The difference lies now in the
> internal processing of "cocoon://{1}{2}.html" in the lm.
>   
Ok, I don't remember why I had to use the regexp - Should have written a 
comment on this, too bad...
But the fact is that I certainly had problems with the pattern="**.php".
(Maybe it was the same problem we have with the dispatcher !)

Salutations,
Cyriaque,
>
>   
>> Salutations,
>> Cyriaque,
>>     
>
>   

Mime
View raw message