One of our long-running bugs is http://pecl.php.net/bugs/bug.php?id=8428,
where a remote WSDL depends for its type definitions on an import like
The unfortunate thing about this import is that it are missing a
schemaLocation attribute. As it stands, SCA::getService('http://
api.urbandictionary.com/soap?wsdl'); fails with
SDO_Exception in setWSDLTypes : Type not found :http://
but if you fix up the WSDL by hand to add the schemaLocation to the
import, then the type is found OK.
We did raise a Tuscany defect about this:
but the proposed fix was backed out because it caused other problems.
The Soap client can handle this without barfing:
$client = new SoapClient('http://api.urbandictionary.com/soap?wsdl');
but I think that's because it doesn't really care about the types?
Does anyone see any other way of handling this than (a) accepting that
the WSDL is broken, or (b) leaning on Tuscany to enable using the
namespaceURI as a hint for the location of the schema? For example,
would it be outrageous for the XML DAS which SCA uses for the WSDL to
add the SOAP-ENC types?
You received this message because you are subscribed to the Google Groups
To post to this group, send email to firstname.lastname@example.org
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at