[MOBY-dev] primitive datatype: Password
Sebastien Carrere
Sebastien.Carrere at toulouse.inra.fr
Tue Mar 24 14:27:31 UTC 2009
Hi Pieter,
> 1. There is already a password datatype in the object ontology that
> you can use... It's not a primitive, but I don't see why it would have
> to be. It currently simply inherits from Object. Hence Password ISA
> Object. (There has been some discussion on wether or not to create
> more specialised objects without adding any children, but Password has
> been around for several years now...)
Yes, I've seen this existing object, but it can not be used as a
Secondary input type (because secondary only accept primitive as far as
I know)
>
> 2. Secondaries are something different than Primitives. The Primitives
> are always (part of) primary inputs or outputs and the primitives are
> therefore part of the object ontology. Note that secondary inputs or
> outputs are not part of the object ontology. The secondaries do come
> in exactly the same flavors as the primitives: "String", "Integer",
> "DateTime", "Float", "Boolean". So I can understand the confusion...
>
> Hence with what is currently available you can already use:
> * A Password object as primary input.
> * A String primitive with the articleName attribute password or
> something similar.
> * A secondary input of type String with the articleName attribute
> password or something similar.
This last point is exactly what I plan to do, but we have to use the
same articleName (password is a good one) to be able to identify such
particular parameters.
>
> There are several services that use similar constructs. They all work
> just fine. The only problem is that there is no standardised mechanism
> for authentication in BioMoby, which is not so user friendly.... A
> standardised mechanism would be nice and having a password and
> optional login/accountname as primaries or secondaries makes sense to
> me. All we would have to do is agree on the object (for primaries) or
> type (for secondaries) and articleName for these.... Theoretically a
> secondary input is optional and a client should be able to leave it
> out. Most secured services will require a password though, so one can
> argue that passwords and logins must be primary inputs. I don't think
> it matters too much. As long as we standardise on something it would
> make it easier for clients to figure out how to do authentication.
>
> There are several people who will probably suggest to handle logins
> and password on a different level. You can do it on the transport
> level, on the web server level, in the SOAP layer or you could use
> WSRF et al. Some of these would be theoretically more elegant, but
> they usually cause more overhead and more time to implement. Doing it
> in BioMoby ourselves is peanuts and gives us more control on how to do
> it: no external dependancies, libraries, etc. So I think handling
> authentication in BioMoby is the more pragmatic solution. My services
> use the Password object for several years now: it was easy to
> implement and works just fine :)
I totally agree with your point of view, becasue in our case,
web-services are just wrapped programs that we use also as cli and as
Mobyle services. That's why we have to deal authentication directly at
the web-service/script level and not at the transport level.
And as you say, using secondary inputs seems the best way to allow
public-users (non authetified ones) to access limited web-services and
registered-users to access full ones.
So I'm going to use Secondary inputs of type String with the articleName
attribute password.
Sebastien
>> Bonjour a tous,
>>
>> What do you think about setting a new primitive datatype "Password"
>> in addition to "String", "Integer", "DateTime", "Float", "Boolean"?
>>
>> We plan to use secondary inputs to control some web-services access
>> (using login/password).
>> Defining such a primitive datatype for parameters could be usefull
>> for web interface: we could deal with this kind of parameters as we
>> do with password fields in HTML forms.
>>
>> What is your point of view ?
>>
>> Merci,
>>
>> Sebastien
>> <Sebastien_Carrere.vcf>_______________________________________________
>> MOBY-dev mailing list
>> MOBY-dev at lists.open-bio.org
>> http://lists.open-bio.org/mailman/listinfo/moby-dev
>
> -------------------------------------------------------------
> Wageningen University and Research centre (WUR)
> Laboratory of Bioinformatics
> Transitorium (building 312) room 1034
>
> Dreijenlaan 3
> 6703 HA Wageningen
> The Netherlands
>
> phone: +31 (0)6-143 66 783
> email: pieter.neerincx at gmail.com
> skype: pieter.online
> ------------------------------------------------------------
>
>
> _______________________________________________
> MOBY-dev mailing list
> MOBY-dev at lists.open-bio.org
> http://lists.open-bio.org/mailman/listinfo/moby-dev
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Sebastien_Carrere.vcf
Type: text/x-vcard
Size: 387 bytes
Desc: not available
URL: <http://lists.open-bio.org/pipermail/moby-dev/attachments/20090324/3520afce/attachment-0002.vcf>
More information about the MOBY-dev
mailing list