> How do I check for the instance of a file before
> attempting to cinclude it? Basically, I don't
> want the pipeline to die if the file isn't found.
If that's the only thing you need, maybe the following use of the cinclude
tag might help:
foo/bar.xml
I found it in the documentation
(ht
en I set
validate.xdocs=false in local.build.properties, the error does not occur,
and the build is successfull. So I don't think, the problem lies here.
However, I have no clue what could still be wrong. None of the hints from
the mail-list worked for me so far. And I've also
seriallization and compression are seperated might
be the caching-behavior. Can the output of a reader be cached at all? If
yes, both an uncompressed and a compressed version would be cached. And
then, does the cocoon-protocoll check if the requested resource has changed?
If n
with cocoon 2.0.1, 2.0.2 and 2.0.3. I think this should be fixed if
possible...
> Using file:// is no problem, but I want to use
> it with dynamically created content, so I can't access the filesystem
> directly.
I suppose this only works with absolute paths, whic
I was just wondering, if it wouldn't be usefull to add some more entries to
the default entity catalog that comes with cocoon2. Recently I started to
use XHTML source files, instead of HTML4, and the file-generator always
wanted to get the DTD from the net. Since I prefer to work offline, I wasn't