[MOBY-l] further thoughts on atomic services & service description
Martin Senger
senger at ebi.ac.uk
Mon Nov 25 16:21:20 UTC 2002
>
> If so, then we have two possibilities that are in keeping
> with the current central dogma of MOBY; either we insist that all
> registered services be of a primitive type and these can be strung
> together at the client end to do useful complex tasks, or we change the
> central registry such that complex services register a "path" from input
> to output object types as the "transform" part of their service
> signature.
>
Just one comment on breaking a service into more atomic services: Each
of such atomic services would need its own WSDL - so the service provider
needs to maintain more services with more WSDLs - even in case that
actually all atomic services could be represented by one real web service.
And one more thought: If we decide to go with registering a "path" of
atomic services we should not invent a new language or format for it, we
should take an existing one, for example a reasonable candidate would be
WSFL (a language for describing workflows of web services).
Martin
--
Martin Senger
EMBL Outstation - Hinxton Senger at EBI.ac.uk
European Bioinformatics Institute Phone: (+44) 1223 494636
Wellcome Trust Genome Campus (Switchboard: 494444)
Hinxton Fax : (+44) 1223 494468
Cambridge CB10 1SD
United Kingdom http://industry.ebi.ac.uk/~senger
More information about the moby-l
mailing list