A couple of days ago, a test Cocoon site of mine stopped working. After a
great deal of experimentation, head scratching, rebooting, cursing, etc., I
think I've figured out what's wrong, but my diagnosis doesn't make sense.
To make a long story short, the machine running the site has apparently
lost the ability to contact www.w3.org. Of the half a dozen other machines
on our network that I tested, all except the problem machine could contact
www.w3.org, and aren't exhibiting any problems.
The only references to that site that I've found are in namespace
definitions like these:
<?xml version="1.0"?>
<xsl:stylesheet version="1.0"
xmlns:xsl="http://www.w3.org/1999/XSL/Transform";
xmlns:c-insert="http://apache.org/cocoon/insert";
xmlns:xhtml="http://www.w3.org/1999/xhtml";>
I'm not an XML expert; I just run the sites for the folks who are, but my
limited understanding of namespace definitions leads me to believe that it
is the *value* of the attribute, not what it points to, that matters, and
in fact <http://www.w3.org/1999/XSL/Transform> (for example) is just a
simple web page that doesn't look like it'd be useful to an XSLT processor
in any way.
So, the question: *Is* Cocoon attempting to de-reference that URI? And if
so, is there a knob somewhere I can turn to make it stop?
More details can be provided if they'd help. This has failed from the
problem machine with both Cocoon 2.1.7 and 2.1.9, and works from various
other machines running various flavors of Cocoon.
--
Steve Burling <mailto:[EMAIL PROTECTED]>
University of Michigan, ICPSR Voice: +1 734 615.3779
330 Packard Street FAX: +1 734 647.8700
Ann Arbor, MI 48104-2910
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
