well. it turned out to be that I had XML_CATALOG_FILES set to /sw/etc/xml/catalog
[ which was done by fink. ]
without the env var it defaults to 'file:///etc/xml/catalog' the fact that it's not a pathname means that axkit won't handle it. so the error doesn't happen. Yea! [ axkit handles any uri that's a path by translating into document root using lookup_uri() in apaache. ]
I believe that would break it as is.
why it get's translated to DOCUMENT_ROOT/sw and not DOCUMENT_ROOT/sw/etc/xml/catalog
I don't know.
here's the relevent bit from the log when I had the problem.
[Wed Oct 20 01:02:30 2004] [warn] [client 127.0.0.1] [AxKit] LibXSLT match_uri: /sw/etc/xml/catalog
[Wed Oct 20 01:02:30 2004] [warn] [client 127.0.0.1] [AxKit] LibXSLT open_content_uri: /sw/etc/xml/catalog
[Wed Oct 20 01:02:30 2004] [warn] [client 127.0.0.1] [AxKit] Style Provider Override: Apache::AxKit::Provider::File
[Wed Oct 20 01:02:30 2004] [warn] [client 127.0.0.1] [AxKit] decoding from UTF-8
[Wed Oct 20 01:02:30 2004] [warn] [client 127.0.0.1] [AxKit] [req] File Provider given $r: /Users/fess/check/www/htdocs/sw
[Wed Oct 20 01:02:30 2004] [warn] [client 127.0.0.1] [AxKit] encoding to UTF-8
[Wed Oct 20 01:02:30 2004] [warn] [client 127.0.0.1] [AxKit] Caught an exception
[Wed Oct 20 01:02:30 2004] [error] [client 127.0.0.1] [AxKit] [Error] input callback died: File '/Users/fess/check/www/htdocs/sw' does not exist or is not readable at /Users/fess/check/ext/lib/perl5/XML/LibXSLT.pm line 131.
anyhow. unsetting XML_CATALOG_FILES fixed the problem.
--fess
On Oct 6, 2004, at 6:26 PM, John Fessenden fess wrote:
I need help. I'm not sure what direction to go to try and solve this problem.
I lay it out here in the hopes that someone more familiar with AxKit will recognize the symptoms.
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
