[MOBY-dev] findService java api question

Paul Gordon gordonp at ucalgary.ca
Wed Aug 8 14:19:10 UTC 2007


Yes, of course, the principle of subsumption 
(http://en.wikipedia.org/wiki/Liskov_substitution_principle) holds in 
MOBY, whether it is pragmatic for any given service or not. :-)
> thanks for that.
>
> I always thought of a simple hierarchie... so that if the requirements met for 
> a service it will automatically do so for any sub datatyp (like i described 
> with the getMIPSArabidopsisProteinSequence).
>
> Thanks for helping me out :)
> andreas
>
> On Tuesday 07 August 2007 18:26, Paul Gordon wrote:
>   
>> Oops,  I just re-read the service description.  It could make sense to
>> pass in an AminoAcidSequence, but, yes, it still has to be AGI-LocusCode
>> namespace.
>>
>>     
>>> Hi Andreas,
>>>
>>>       
>>>> ok - so if I understood it correctly
>>>>
>>>> I search for services consuming a GenericSequence and have as input
>>>> AGI_LocusCode and return a collection...
>>>>
>>>> I get getMIPSArabidopsisProteinSequence
>>>>
>>>> If I search for services with the same parameter, but consuming an
>>>> AminoAcidSequence, shouldn't I at least get the
>>>> getMIPSArabidopsisProteinSequence from the previous search, if the
>>>> expandObjects flag is set to true ?
>>>>         
>>> No, unless the AminoAcidSequence has the AGI_LocusCode namespace, since
>>> that's what the service requires as input (any Object in the
>>> AGI_LocusCode namespace).
>>> Of course, if you already have the AminoAcidSequence, you probably don't
>>> need to be calling that service... :-)
>>>
>>>       
>>>> But I dont get anything for the second search....
>>>>
>>>> Hope one can help me again :(
>>>>         
>>> _______________________________________________
>>> MOBY-dev mailing list
>>> MOBY-dev at lists.open-bio.org
>>> http://lists.open-bio.org/mailman/listinfo/moby-dev
>>>
>>>
>>>       
>> _______________________________________________
>> MOBY-dev mailing list
>> MOBY-dev at lists.open-bio.org
>> http://lists.open-bio.org/mailman/listinfo/moby-dev
>>     
>
>   




More information about the MOBY-dev mailing list