[MOBY-l] Services accepting multiple inputs

[Ola Spjuth]

Interesting. It seems I want to use the Collection article to provide  
multiple simple objects (was not aware of its existence). I guess the  
service would need to be explicitly written with a Collection as  
PrimaryInput in order to support this?

Cheers,

/Ola


On Apr 3, 2008, at 14:54 , 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
>