Definitive version of the VOTable schema for web services

[Paul Harrison]

Woops,

here it is....
-------------- next part --------------
A non-text attachment was scrubbed...
Name: NewWSDLFile.wsdl
Type: application/octet-stream
Size: 2253 bytes
Desc: not available
URL: <http://www.ivoa.net/pipermail/grid/attachments/20080731/8557b763/attachment-0007.obj>
-------------- next part --------------


On 2008-07 -30, at 21:12, Matthew Graham wrote:

> Hi Paul,
>
> You just sent the VOTable schema - can you resend with the WSDL?
>
> 	Cheers,
>
> 	Matthew
>
> On Jul 30, 2008, at 1:08 PM, Paul Harrison wrote:
>
>>
>> On 2008-07 -30, at 01:18, Matthew Graham wrote:
>>
>>> Hi,
>>>
>>> The VOTable schema that exists on the IVOA web site cannot just be  
>>> imported into a WSDL document. There are several web services,  
>>> e.g. Open SkyQuery, SkyNode, WESIX, which have produced their own  
>>> version of the schema to work with WSDL - essentially all the  
>>> complexTypes need to be named and globally defined instead of  
>>> being anonymous under the elements. I was wondering whether the  
>>> VOTable group could produce a sanctioned version of the VOTable  
>>> 1.1 schema that will work with WSDL?
>>>
>>> 	Cheers,
>>>
>>> 	Matthew
>>
>> Hi,
>>
>> Whilst agreeing with other comments that it is probably not a good  
>> idea to have an explicitly VOTable typed object in the soap message  
>> -what is wrong with just doing something like the attached WSDL - 
>> <VOTable.xsd> - reusing via an element ref- even axis 1.4 manages  
>> to generate code from this - I believe that it is also WS-I  
>> compliant (so hopefully it works for most other systems too)- I  
>> think that most code generators will generate appropriate code from  
>> either global element definitions or global complex type  
>> definitions. I do agree however, that all those global element  
>> definitions in the VOTable schema are not nice stylistically mainly  
>> because they imply that a single TD is a valid VOTable document,  
>> and reuse of VOTable structures would be easier if they were  
>> complex types as then a new type could be derived.
>>
>> Cheers,
>> 	Paul.
>>
>

Dr. Paul Harrison
JBCA, Manchester University
http://www.manchester.ac.uk/jodrellbank