DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4394>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4394 external-schemaLocation not used when importing. Summary: external-schemaLocation not used when importing. Product: Xerces-J Version: 1.4.3 Platform: All OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Schema-Structures AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When importing a schema into another, the "http://apache.org/xml/properties/schema/external-schemaLocation"; property isn't used to locate the imported schema, thus causing org.xml.sax.SAXParseException: Schema error: could not resolve URI : http://xmlns.x-obi.com/obix/base to a SchemaGrammar in getTypeInfoFromNS. if the schemalocation in the import element is bad or not present. An (at runtime) unavailable location may be needed to edit the document in XMLSpy. Please note that this bug doesn't always occur: Imports without schemaLocation may sometimes work anyway if the parser has already parsed the schema being imported. The order in which schemas are parsed seems to depend only on the order in which elements are returned by Hashtable.keys() in XMLValidator.parseSchemas() which in turn depends (I think, haven't checked) on the hashValue()s of the URIs (side note: the results are sometimes different in Sun and M$ JVMs). --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
