[MOBY-l] Services accepting multiple inputs
Andreas Groscurth
groscurt at mpiz-koeln.mpg.de
Thu Apr 3 13:44:28 UTC 2008
guess this wont be the last words...
i didnt know that, so based on the article in the moby world it is
possible what Ola wants to do... so guess we have to wait till Paul can
comment on that to clearify how MobyRequest etc working with that..
so it can be that its working somehow... grml
andreas
Edward Kawas wrote:
> Just so that I get the last word ;-)
>
> I am not sure how to use MobyDataInstance/etc, but in the moby world if a
> service receives multiple mobyData blocks, then the service iterates over
> each of them and then returns a response.
>
> http://biomoby.open-bio.org/CVS_CONTENT/moby-live/Docs/MOBY-S_API/InputMessa
> ge.html (the part 'How to invoke a service with a Simple Article' describes
> this).
>
> Eddie
>
> -----Original Message-----
> From: moby-l-bounces at lists.open-bio.org
> [mailto:moby-l-bounces at lists.open-bio.org] On Behalf Of Ola Spjuth
> Sent: April-03-08 5:24 AM
> To: Andreas Groscurth
> Cc: moby-l at lists.open-bio.org
> Subject: Re: [MOBY-l] Services accepting multiple inputs
>
> Andreas,
>
> Thanks a lot for the explanation.
>
> Cheers,
>
> /Ola
>
> On Apr 3, 2008, at 12:47 , Andreas Groscurth wrote:
>
>
>> Ola Spjuth wrote:
>>
>>> I suppose it would be possible to set up another version of the
>>> service that accepted a MobyDataComposite containing an arbitrary
>>> number of wrapped MobyDataObject, and delivers a MobyDataComposite
>>> as output, containing an arbitrary number of objects?
>>>
>> no - because MobyDataComposite is the represent of complex data
>> types, NOT for an arbtrary number of inputs.
>>
>> A service can accept one MobyDataObject (a single Object), one
>> MobyDataComposite (a single complex type, like AminoAcidSequence)
>> or more of them or a combination of them... but its not for using a
>> collection of intputs just because it could be convenient to call a
>> service with several different inputs !
>>
>> just use for each input object a differnent cal - that would
>> mobyrequest have also to do... becaus a service which defines one
>> input can not take more inputs...
>>
>>
>>> This means you need 2 different services to accommodate for the
>>> case of one input object and another for many inputs, and the
>>> situation is left to service providers and not handled by Moby. Is
>>> this a correct observation?
>>>
>> Why 2 different services ? Either your service takes e.g. one GI to
>> do something, or takes a collection... Of course its up to the
>> service provider to know what his services does and therefore to
>> offer one of either possibilities. And if the services takes a
>> collection of input - of course you can set more than one input
>> (like 3 GIs), BUT if the service is registered with only one input
>> - you have to stick to its rules.
>>
>> Best
>> andreas
>>
>>> On Apr 3, 2008, at 10:47 , Andreas Groscurth wrote:
>>>
>>>
>>>
>>>> [snip]
>>>> maybe there is a way, as Mark apparently indicates, but i cant
>>>> see how shall work....
>>>>
>>>>
>>> Yes, I am also curious to hear about that!
>>>
>>> Cheers,
>>>
>>> .../Ola
>>>
>>>
>
> _______________________________________________
> moby-l mailing list
> moby-l at lists.open-bio.org
> http://lists.open-bio.org/mailman/listinfo/moby-l
>
>
More information about the moby-l
mailing list