[Interop-dev] Common API

Federico Capoano (spam-protected)
Tue Jul 30 18:06:29 CEST 2013


Il 07/30/2013 10:38 AM, Mitar ha scritto:
> Hi!
>
> Nice stuff. :-)
>
> Is REST interface django-tastypie based?
>
> If I understand correctly, you pull changes? The last change always wins?

Changes might be also pushed. It depends on how the synchronizer class
handles it.

New custom synchronizers can be written and added to the available
synchronizers.

A layer might be flagged as "external", and have "Nodewatcher" as custom
Synchronizer, and might continously synchronize with Nodewatcher, for
example.

>> And hey, I started thinking there cannot be real interoperability
>> without the interoperable applications doing a kind of federated
>> authentication system with oauth or something.
>> Think about it.
> I am not sure if authentication itself is needed, but definitely systems
> have to be able to create external accounts. So if I sync with you and
> you have a node owned by user "foobar", I just have to create that user
> in my system as well, but there is no need that user would be really
> able to authenticate through my system, only a user object is needed.
>
> The more serious issue is username conflicts between systems. We might
> simply solve that by all external usernames to be mapped to something
> like (spam-protected) usernames.
>
> With custom user classes in Django 1.5 this is probably easily done.
>
> But you are right, for interoperability we should define user object
> schema as well. At least username structure. I propose
> <username>@<authentication-domain>, where local authentication domain
> can use only username portion to authenticate.
>
> We might even define a common Django authentication app for that. :-)

Maybe easier start thinking about it when we start doing it.


*Federico Capoano*
Web Designer & Web Developer
Portfolio/Blog: nemesisdesign.net <http://nemesisdesign.net>
Twitter: @nemesisdesign <http://twitter.com/nemesisdesign/>
PGP Key ID: 308BD46E
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.funkfeuer.at/pipermail/interop-dev/attachments/20130730/161a36f6/attachment.html>


More information about the Interop-dev mailing list