[ http://issues.apache.org/jira/browse/TUSCANY-907?page=comments#action_12456845 ] Pete Robbins commented on TUSCANY-907: --------------------------------------
We need to resolve this problem. Caroline's patch works in some cases but not others such as for xsd files on the local file system. Adding Caroline's method ot calling buildUri as the first attempt to resolve the schemaLocation and then trying the existing methods would be a start. We could also add a check to see if the uri represents a file, and if it does we test to see if the file exists before calling libxml to attempt the parse as there is no way to turn off the error messages that come out of libxml. > Schema Import is noisy when schemaLocation is an abolute URI > ------------------------------------------------------------ > > Key: TUSCANY-907 > URL: http://issues.apache.org/jira/browse/TUSCANY-907 > Project: Tuscany > Issue Type: Bug > Components: C++ SDO > Affects Versions: Java-M1 > Reporter: Caroline Maynard > Fix For: Cpp-current > > Attachments: Tuscany-907.patch > > > See http://pecl.php.net/bugs/bug.php?id=9243. > SDO for PHP user is importing a schema with import statements like > <import namespace="http://ping.chip.org/xml/pid" > schemaLocation="http://ping.chip.org/xml/pid.xsd"/> > These are unconventional, since the schemaLocation is not usually an absolute > URI, but they are valid. > They see a lot (I mean a lot) of warning messages like: > SDO_DAS_XML::create(http://ping.chip.org/phr/xml/http://ping.chip.org/phr/xml/types.xsd) > [function.SDO-DAS-XML-create]: failed to open stream:HTTP request failed! > HTTP/1.1 404 Not Found > where, as you can see, an invalid URI is being created and used. However the > schema is read successfully. > There are potentially quite a few issues here around the handling of libxml > error messages, but I'll restrict myself to the behaviour of > SDOSchemaSAX2Parser::startSecondaryParse > This tries to deal with four different ways to combine the path to the > current schema with the schemaLocation attribute of the import element. > Eventually the imported schema is found, but only after URIs like the one in > the message above are created and used. > I wasn't too happy with this particular method, so I perhaps went to the > other extreme with the patch I shall attach, where I let libxml combine the > two values according to RFC 2396. It works for me, but you may well have > testcases where it fails, and want to approach the problem some other way. > Whether or not you like the patch, I think something should be done to avoid > the flurry of warnings about ill-formed URIs like the above. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]