|Re: WSDL Parser Error [message #215250 is a reply to message #215235]
||Fri, 13 June 2008 10:46
Originally posted by: merks.ca.ibm.com|
Keshav Veerapaneni wrote:
> David Carver wrote:
>> Ed Merks wrote:
>>> I don't say for sure the intent in WSDL, but in XSD itself, imports
>>> are only resolved as they are needed to look up names in that
>>> namespace. An import that isn't resolved results in a warning.
>>> Oddly an import that fails to resolve (as opposed to just isn't
>>> needed) is not considered an error in the XML Schema specification
>>> so that too generates only a warning; the actual references that
>>> fail to resolve are errors of course. Perhaps this import only on
>>> demand behavior is the same thing going on in what you describe...
>> Ed is correct on this, imports are only resolved as they are needed.
>> The imports are treated the same as an xsd import. In fact in the
>> wsdl:type, one should be using xsd:includes and xsd:imports instead
>> of the wsdl:import for those sections.
> But isnt it a restriction from the parser that the user has to
> explicitly parse the referred document in case if he is not using any
> of the components from the imported doucment.
The specification doesn't always seem particularly well focused on the
user. For example, the fact that an import that fails to resolve at all
is not an error seems odd. If you compounded that with an expectation
that it generally would always try resolve and if it did successfully,
but there were errors in the resolved result, you'd know about that,
you'd never be quite sure if the lack of errors truly meant there were
> As such when the specification doesn't put any restriction on using
> the components from the imported documents, from the usability point
> of view it would relive the user from the pain of parsing the
> documents again if the parser resolves the document.
The XSD model does produce a warning on imports that aren't resolved.
And in the EMF XSD importer, the code explicitly forces the imports to
resolve for much the reason you describe. Tools can do pretty much
whatever they want on top of the base frameworks....
Adding pointless imports to a schema or WSDL document seems like not a
good approach on the user's part though. An import whose resolution has
no impact on the importing schema will clearly have no effect on the
validity of that schema...
Powered by FUDForum
. Page generated in 0.01551 seconds