[foaf-protocols] using fb app, as an openid UCI bridge into microsoft ACS (and its dowbnstream apps, servicebus, cache...)
kidehen at openlinksw.com
Fri Mar 4 16:34:06 CET 2011
On 3/3/11 10:27 PM, Peter Williams wrote:
> Microsoft have done what I predicted - since the world is always multiprotocol. They have a bridge/gateway between saml/openid/oauth and their own ws-fedp protocol. It's in the cloud, multitenant, and any os can use it (being protocol driven). It's just like a wifi/ethernet bridge in a billion homes.
> Windows apps by default have last mile libraries that talk ws-fedp (to the bridge).
> Now one has bridging, of course one has cascaded bridging - just like a series of http proxies (or ssl mitmers) cascade.just as the msft cloud bridges fedp to saml say, the saml server might further bridge to facebook connect protocol. Etc.
> The msft bridge already bridges to oauth, openid (limited) and any saml endpoint. It's like an email gateway that does smtp, but talks upstream to bitnet mail, unix mail, old mtp, and even x400.
> A foaf following chain, given uri I and j is simply that set of I follows i2, follows i3...follows j. Follows in the sioc/facebook/twitter sense.may even be symmetric.
Yes, you can have a cross platform Multi-Protocol, Multi-Model, and
Multi-Purpose Universal Server. I'll leave it unamed :-)
> On Mar 3, 2011, at 6:52 PM, Melvin Carvalho<melvincarvalho at gmail.com> wrote:
>> On 4 March 2011 02:29, peter williams<home_pw at msn.com> wrote:
>>> One of the things the Microsoft federation bridge does (though it wont talk
>>> to openid UCI IDPs) is talk to an arbitrarily named facebook _application_ -
>>> defined by the tenant.
>> Is this "Microsoft federation Gateway"?
>> As an Ubuntu user is a nice problem for me not to have :)
>> But are you saying it's something we can possibly leverage in the Windows world?
>>> Presumably, if one had a common app used by many, it could be a bridge to
>>> the UCI world.
>> Need to check FB T&C but they are becoming better and better about
>> being open, imho. Also FB developer apps need a verified account to
>> set up.
>>> Of course, any IDP can be a bridge – even SAML2 IDP configured to talk to
>>> the Microsoft Federation point. But, to get adopted it has to not feel like
>>> Strikes me that its more important right now to get webid validation
>>> authority be using in the middle of assertion bridge doing their thing
>>> (where there is an API point, to hit the sparql server doing the guts of the
>>> validation logic).
>> I think Facebook uses some kind of OAuth 2 token ... I'm in the
>> process of researching. I plan to build a proof of concept to see if
>> this is possible, but still working out some of the details.
>>> Is there a sparql query anywhere that, given uri I and uri J, can simply
>>> induce the serer to return a computed following chain – given its crawling
>>> of the foaf cards over which it search out the walks?
>> What's a following chain?
>>> foaf-protocols mailing list
>>> foaf-protocols at lists.foaf-project.org
> foaf-protocols mailing list
> foaf-protocols at lists.foaf-project.org
More information about the foaf-protocols