[Openid-specs-ab] Cookbooks project

Nat Sakimura sakimura at gmail.com
Thu Dec 11 02:43:07 UTC 2014


i sent out a separate mail earlier today, but it probably should have been
a reply to this thread.

SO, here is the first cut on the Javascript cookbook.

https://bitbucket.org/Nat/openid-cookbook/wiki/Javascript%20Cookbook

Feedback welcome.

2014-11-26 11:26 GMT+09:00 Nat Sakimura <sakimura at gmail.com>:

> Agreed in principle, but the scenario may actually depend on what client
> platform we are talking about.
> For example, for a javascript client, the main use case probably is the
> implicit and not the basic (which is a code flow.)
>
> For everything else, I suppose basic would make sense, I suppose.
>
> Nat
>
> On Tue Nov 25 2014 at 14:53:14 Dominick Baier <
> dominick.baier at thinktecture.com> wrote:
>
>>   Well – I got zero response on my email – so no – no progress.
>>
>>  I thought we would first decide on some scenarios – and a similar /
>> common TOC for all languages.
>>
>>  For C# there are potentially multiple directions
>>
>>
>>    - Implementing a basic client with ASP.NET
>>    - Implementing an implicit client with WPF
>>    - Implementing a hybrid client using the Katana OpenID Connect
>>    Middleware
>>
>> Etc..
>>
>>  I suppose the "basic client” scenario is highest priority for
>> educational purposes. Thoughts?
>>
>>   From: Nat Sakimura <sakimura at gmail.com>
>> Date: Dienstag, 25. November 2014 01:30
>> To: Dominick Baier <dominick.baier at thinktecture.com>
>> Cc: Mike Jones <Michael.Jones at microsoft.com>, "
>> openid-specs-ab at lists.openid.net" <openid-specs-ab at lists.openid.net>
>>
>> Subject: Re: [Openid-specs-ab] Cookbooks project
>>
>>   Hi Dominick,
>>
>>  NRI started to do with javascript, of which the first draft can be done
>> by the end of this week.
>>
>>  We can also do PHP, which would be considerably simpler.
>>
>>  I will ping Roland for Python.
>>
>>  Have you made any progress on C#?
>>
>>  Nat
>>
>> 2014-11-23 19:55 GMT+09:00 Dominick Baier <dominick.baier at thinktecture.
>> com>:
>>
>>>   Any progress on that?
>>>
>>>   From: Nat Sakimura <sakimura at gmail.com>
>>> Date: Montag, 3. November 2014 17:48
>>> To: Mike Jones <Michael.Jones at microsoft.com>, "
>>> openid-specs-ab at lists.openid.net" <openid-specs-ab at lists.openid.net>
>>> Cc: Dominick Baier <dominick.baier at thinktecture.com>
>>>
>>> Subject: Re: [Openid-specs-ab] Cookbooks project
>>>
>>>  Yes. There could be other ways as well, but  "developers" link is a
>>> good starting point.
>>>
>>> On Mon Nov 03 2014 at 8:31:25 Mike Jones <Michael.Jones at microsoft.com>
>>> wrote:
>>>
>>>>  Is the intent to host this content off of the Developers dropdown
>>>> menu at openid.net?
>>>>
>>>>
>>>>
>>>> *From:* Openid-specs-ab [mailto:openid-specs-ab-
>>>> bounces at lists.openid.net] *On Behalf Of *Dominick Baier
>>>> *Sent:* Monday, November 03, 2014 5:48 AM
>>>> *To:* Nat Sakimura; openid-specs-ab at lists.openid.net
>>>> *Subject:* Re: [Openid-specs-ab] Cookbooks project
>>>>
>>>>
>>>>
>>>> We could volunteer for C# - we already have an extensive set of samples
>>>> for the various flows here:
>>>>
>>>>
>>>>
>>>> https://github.com/thinktecture/Thinktecture.IdentityServer.v3.Samples/
>>>> tree/master/source/Clients
>>>>
>>>>
>>>>
>>>> So I could also write some of that up.
>>>>
>>>>
>>>>
>>>> *From: *Nat Sakimura <sakimura at gmail.com>
>>>> *Date: *Sonntag, 2. November 2014 07:51
>>>> *To: *"openid-specs-ab at lists.openid.net" <openid-specs-ab at lists.openid.
>>>> net>
>>>> *Subject: *[Openid-specs-ab] Cookbooks project
>>>>
>>>>
>>>>
>>>> Hi Connectors,
>>>>
>>>> Having seen 'OpenID Connect is not so hard' session by Justin and
>>>> Amazon sessions at IIW XIX, I started to feel that perhaps having language
>>>> specific cookbooks would help developers a lot.
>>>>
>>>> For example, we could write a cookbook for JavaScript public client
>>>> with proper handling of state parameters, generation of cryptographic
>>>> random, etc. with sample codes that can be copied to their projects. I am
>>>> pretty sure that if we do not provide these, people are prone to write a
>>>> client with Math.random or even worse -- a fixed string-- as nonce and
>>>> state.
>>>>
>>>> What do you think?
>>>>
>>>> The first batch of language that I have in mind are:
>>>>
>>>> - JavaScript
>>>> - PHP
>>>> - Python
>>>> - Ruby
>>>> - Java
>>>>
>>>> Any volunteers to lead each project?
>>>>
>>>> Nat
>>>>
>>>
>>
>>
>>  --
>> Nat Sakimura (=nat)
>> Chairman, OpenID Foundation
>> http://nat.sakimura.org/
>> @_nat_en
>>
>


-- 
Nat Sakimura (=nat)
Chairman, OpenID Foundation
http://nat.sakimura.org/
@_nat_en
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openid.net/pipermail/openid-specs-ab/attachments/20141211/71156613/attachment.html>


More information about the Openid-specs-ab mailing list