In thinking a bit about the conversion at the end of this call about trying to avoid (or not) double base64 encoding in nested cases - I'm not sure that all the reasons my esteemed colleague Mr. Bradley gave for it not being relevant/necessary are totally legit in all situations.<br>


<br>Admittedly I haven't done any real analysis. And I should probably know better than to question John but I think it's midnight where he is now so hopefully he's asleep and I'm gonna do it anyway. Take for example, a JWS that has at its payload a JWE - would that not suffer from some fairly significant avoidable bloat from the Base64url encoding of the JWE Compact Serialization? Perhaps I misunderstood but I don't see how any of the things John mentioned would help with the size growth in that situation.<br>


<br>I'm not necessarily advocating for a change on this one. But if nested JW*s are expected to be common and the stated intent of JWT and the JOSE specs is that they are "intended for space constrained environments", then maybe the idea of some kind of optimization shouldn't be dismissed before a little more consideration?<br>


<br><br><br><br>On Mon, Dec 10, 2012 at 5:29 PM, Mike Jones <<a href="mailto:Michael.Jones@microsoft.com" target="_blank">Michael.Jones@microsoft.com</a>> wrote:<br>><br>> Spec call notes 10-Dec-12<br>><br>

>  <br>><br>
> John Bradley<br>><br>> Nat Sakimura<br>><br>> Edmund Jay<br>><br>> Mike Jones<br>><br>> Brian Campbell<br>><br>> Thomas Hardjono<br>><br>>  <br>><br>> Agenda:<br>><br>>                 Native Client Test Application<br>


><br>>                 Open Issues<br>><br>>                 Editing<br>><br>>                 JOSE Plans<br>><br>>                 Call Times<br>><br>>  <br>><br>> Native Client Test Application:<br>


><br>>                 Pam has it mostly working<br>><br>>                 She is still removing Ping-specific configuration details<br>><br>>                 She also plans to add the configuration information for the participants' endpoints<br>


><br>>                                 Discovery will be added later<br>><br>>  <br>><br>> Open Issues:<br>><br>>                 We reviewed all open issues needing edits before the implementer's drafts.<br>


><br>>                 Status was updated in bitbucket.<br>><br>>  <br>><br>> Editing:<br>><br>>                 Mike requested that people apply as many of their edits this week as possible<br>><br>


>                                 to get us ready for the implementer's drafts.<br>><br>>                 Nat expects to be able to do more this week now that he's back in Japan<br>><br>>  <br>><br>


> JOSE Plans:<br>><br>>                 Mike plans a minor JOSE release in the next week to define a symmetric key representation<br>><br>>  <br>><br>> Call Times:<br>><br>>                 We'll move the Thursday call to 7:00am Pacific Time (one hour later)<br>


><br>>  <br>><br>><br>> _______________________________________________<br>> Openid-specs-ab mailing list<br>> <a href="mailto:Openid-specs-ab@lists.openid.net" target="_blank">Openid-specs-ab@lists.openid.net</a><br>


> <a href="http://lists.openid.net/mailman/listinfo/openid-specs-ab" target="_blank">http://lists.openid.net/mailman/listinfo/openid-specs-ab</a><br>><br>