StandardInterfaces V0.1
Tony Linde
ael at star.le.ac.uk
Sat Jan 17 00:52:54 PST 2004
Or we could specify in the service's registry entry how each of the methods
and its parameters is implemented.
Maybe with default values in the xsd.
Cheers,
Tony.
> -----Original Message-----
> From: owner-grid at eso.org [mailto:owner-grid at eso.org] On
> Behalf Of Wil O'Mullane
> Sent: 16 January 2004 14:46
> To: Pierre Fernique
> Cc: Elizabeth Auden; registry at ivoa.net; 'Grid_Ivoa_List'
> Subject: Re: StandardInterfaces V0.1
>
>
> > >>- why restrict this to web services? We should be able to
> agree more
> > >>than one way of implementing services: web service and cgi as a
> > >>minimum I guess.
> > In my mind, I would be very surprise if the future of the astronomy
> > will
> > be only WS. I think that after this fashion time, this
> technology will
> > take its real place : an open remote procedure call
> mechanism. Not more,
> > not less. And it certainly won't replace simple CGIs for
> which there is
> > no real client side.
>
> Yes of course .. I took this out of SkyNode which is SOAP
> based and it was in the WEb/Grid Servives section. Hence the
> WS leaning.
>
> Then I have a question.
> If we have these standard interfaces for any CGI how do we
> relate that to the cgi. DO we add a single parameter like SI
> where SI=metadata returns metadata and
> SI=HarvetLog&fromDate=1-1-2000 returns the log.
> I presume we may still asume XML is returned from these type fo calls.
>
> Or should we assume for each CGI a seperate CGI so if i have
> ../cgi-bin/X I should have ../cgi-bin/stdifX which implenets
> the standard interfaces..
>
> I rather like option 2 as it means no changes to existing code.
>
>
> For SOAP services of course the document as stands would be fine.
> XSD may be worked up for the indidvidual return types...
>
>
> wil
>
>
> >
> > Regards,
> > Pierre Fernique
>
More information about the grid
mailing list