[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