[personal] Re: [MOBY-dev] [RFC] Exception Reporting in bioMOBYv1.5 - INB proposal

David González Pisano dgpisano at cnb.uam.es
Fri Sep 2 09:31:49 UTC 2005


Martin Senger escribió:

>>It isn't entirely clear to me that there is a need to throw errors on a
>>specific Simple within a Collection.
>>    
>>
>   I quite like how Mark explained it, and it makes sense to me. I am just
>not too concerned because this part is just an optional part - so the only
>"mandatory" part in the API (regarding this issue) will/would be "...and
>ignore other possibly present attributes in the Simples in a Collection".
>   But still, I am interested to hear David's argumentation againts Mark's
>explanation. David, do you have a real-life use-case where you expect to
>create such response?
>
>  
>
No, I don't have a real life example with an input collection. But I do 
have one with an output collection that could serve as example. We could 
imagine this kind of problems in input collections. Jose Maria sent it 
to the list months ago, but I can post it again. Is a real service which 
is being used in the PlaNet project (getInteractions).

A given service retrieves information about protein interactions from 
different data sources (a couple of SQL databases and one XML data 
base). Each database is stored in a different server, including the 
corresponding DBMS. The input to the service is a Simple representing a 
protein, while the output is a Collection with all possible interactions 
where that protein is participating.

In some cases, the service is not able to contact with a particular 
DBMS. Under this situation, rather than stopping the whole service 
execution and raise an exception for the whole Collection, the service 
could go ahead to the next server and report an exception with 
severity='warning' (assuming that at least one DBMS responded with 
useful information) for one or more Simples inside the Collection.

Even with only partial results, the service is still interesting enough 
for a client to wish it to continue. These types of situations are 
expected to arise -for example- when working with collections.




>   Martin
>
>  
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dgpisano.vcf
Type: text/x-vcard
Size: 338 bytes
Desc: not available
URL: <http://lists.open-bio.org/pipermail/moby-dev/attachments/20050902/26e5c58f/attachment.vcf>


More information about the MOBY-dev mailing list