Re: [mmox] OGP scalability concerns

[Christian Scholz <[e-mail]>]

Jon Watte schrieb:
> Christian Scholz wrote:
>> So lets look at the spec as it is right now:
>> http://tools.ietf.org/internet-drafts/draft-hammer-oauth-02.txt
>>
>> And maybe we should use the same terminology because I might simply be
>> confused ;-)
>>   
> 
> That is a re-wording and clarification of the version I had previously 
> read.

Right.

> I guess the question then is whether service provider implementations 
> require the callback URL in their implementation, or whether they'll be 
> OK with a NULL callback URL. I know of at least one service provider 
> that has a form submission to obtain an application key where the 
> callback URL cannot be left empty, but maybe it can be redirected to 
> some URI that does nothing.

Remember that OAuth is still fairly new and not all use cases or best 
practices have been researched fully yet. But now with Twitter also 
moving towards OAuth more people discover some potential problems such 
as that callback URL, e.g. iPhone applications.
There is some workaround though which was discussed regarding those apps 
which is using a protocol handler, e.g. secondlife:oauth_success which 
could then be catched by that respective application in case of desktop 
or iPhone apps.
You can of course also simply redirect to a dummy URI which simply 
instructs the user to click "Continue" on the original web page.

> Regarding service discovery: Does anyone want to start talking about XRDS?
> http://xrds-simple.net/core/1.0/

Of course, although it's probably replaced soon by the XRD spec (sneak 
peak and examples here: 
http://www.hueniverse.com/hueniverse/2009/03/xrd-weekly-recap.html

So I guess we should name our little project simply "Service Discovery" 
and we need to find out what we actually want to do. The XRD spec for 
describing resources and the LRRD spec for discovering where to find the 
XRD document are already being written so our task might be to check if 
and how they are applicable to our problem space.

So we might need some use cases and requirements and the output might 
eventually be some description of how to apply the XRD suite to our problem.

I personally would be very much interested in what bigger parts a 
virtual world might actually consist of. Right now I guess it's a client 
and a server (or a cluster) in most cases, except Croquet which is only 
clients (is that right?). Now if we decompose things the question is how 
the actual workflow from starting the client to appearing in some 
simulator for other users might look like. And how moving from one 
simulator to another (usually called teleport, technically a login or 
handshake) might look like.


-- Christian


-- 
COM.lounge GmbH
http://comlounge.net
Hanbrucher Strasse 33, 52064 Aachen
Amtsgericht Aachen HRB 15170
Geschäftsführer: Dr. Ben Scheffler, Christian Scholz

email: [e-mail]
fon: [phone]
fax: [phone]

personal email: [e-mail]
personal blog: http://mrtopf.de/blog
personal podcasts: http://openweb-podcast.de, http://datawithoutborders.net