← Prev in month
← Prev in thread
What am I overlooking...?
Has anyone used XSV successfully? It appears to be treating namespace URIs as URLs, and ignoring Schema-instance extensions, or am I just even stupider than I look? Here's the header of my instance document: <?xml version="1.0" encoding="UTF-8"?> <mydoc xmlns="http://notarealurl.com/sourcedata/2002_01_31" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://notarealurl.com/sourcedata/2002_01_31 file:gensrcschema.xsd"> The file gensrcschema.xsd exists in the same folder as my instance document. Here's the output from XSV: <?xml version='1.0'?> <xsv docElt='{http://notarealurl.com/sourcedata/2002_01_31}mydoc' instanceAssessed='true' instanceErrors='0' nsURIDeref='success' schemaErrors='0' schemaLocs='' target='file:/C:/Program Files/XSV/testschema.xml' validation='lax' version='XSV 1.173/1.80 of 2000/10/18 15:54:58' xmlns='http://www.w3.org/2000/05/xsv'> <importAttempt URI='http://notarealurl.com/sourcedata/2002_01_31' namespace='http://notarealurl.com/sourcedata/2002_01_31' outcome='failure'/> <notASchema filename='http://notarealurl.com/sourcedata/2002_01_31'/> <XMLMessages> Error: can't find address for host "notarealurl.com" in http URL "http://notarealurl.com/sourcedata/2002_01_31" </XMLMessages> </xsv> My understanding is that "xmlns=http://notarealurl.com/sourcdata/2002_01_31" should _never_ be interpretted by an XML parser as a reference to an object but merely as an URI, even in the absence of xsi:schemaLocation. However, as you can see from the above error output XSV is saying that it is "not a schema filename." So, what gives? Is my understanding of URIs completely faulty, or is XSV doing a no-no here? If I haven't made an error, and XSV is mucked up, where does one find a (preferably free) W3C schema validator that is actually conformant and useful? John Atchley Senior Software Analyst Engineering and Design, Courseware Support FlightSafety International, Inc. mailto:
← Prev in month
← Prev in thread