[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