cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Carsten Ziegeler" <cziege...@s-und-n.de>
Subject RE: changed behaviour with source resolving
Date Thu, 02 May 2002 06:24:09 GMT
David Crossley wrote:
>
> This sitemap snippet was working until very recently ...
> <map:match pattern="zal/summary.html">
>  <map:generate src="/var/www/html/zal/summary/summary-current.xml"/>
>  <map:transform src="/var/www/html/zal/summary-html.xsl"/>
>  <map:serialize type="html"/>
> </map:match>
>
> However with the current CVS HEAD it now fails,
> because it now tries to find the documents below
> the webapps/cocoon/ ...
> ------
> Original exception : java.io.FileNotFoundException:
> /usr/local/jakarta/jakarta-tomcat-4.0.1/webapps/cocoon/var/www/htm
> l/zal/summary-html.xsl (No such file or directory)
> at java.io.FileInputStream.open(Native Method)
> at java.io.FileInputStream.<init>(FileInputStream.java:70)
> at
> org.apache.excalibur.source.impl.URLSource.getInputStream(URLSourc
> e.java:196)
> ------
>

Hmm, strange.
I just compared the new source resolving code with the old one,
and it looks like it's the same. Could you please look into the core.log
what it says. There should be the lines
'Resolving '/var/www/html/zal/summary/summary-current.xml' with base ... in
context ..'
'Resolved to systemID ...'

Thanks
Carsten


---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org


Mime
View raw message