I vote (A) because 1) I strongly believe in modularity and 2) I disagree
with D. Hence what applies to all specifications must be defined at the
highest level, rather than in a self-contained specification. So, this
looked like a simple matter to me.
Having said that, I note that Lucy has a different opinion, and this
may very well mean that I simply don't understand the issue fully. If
convinced otherwise, I will change my "vote."
I would like to have this discussion in Prague, indeed, if Hannes can
put it on the agenda. (As a former WG chair, I know how hard it is to
get everything that came up as an issue discussed in a short time of one
meeting.) Alternatively, if there is a strong argument against A, I
would like to see it now. Maybe everything can be resolved on the list.
Igor
Mike Jones wrote:
As you know, the OAuth 2.0 Bearer Token draft -03 established the
OAuth Errors Registry
<http://self-issued.info/docs/draft-ietf-oauth-v2-bearer-03.html#errors-registry>
to increase interoperability among implementations using the related
OAuth specifications. As you also know, there has been some
discussion about whether:
A) The OAuth Errors Registry belongs in in the Framework
specification rather than the bearer token specification,
B) The OAuth Errors Registry should continue to be defined in the
Bearer Token specification and apply to all OAuth specifications,
C) The OAuth Errors Registry should reside in the Bearer Token
specification but be scoped back to only apply to that specification, or
D) The OAuth Errors Registry should be deleted because the set of
errors should not be extensible.
Please vote for A, B, C, or D by Friday, March 18^th .
I personally believe that A makes the most sense, but given that other
points of view have also been voiced, this consensus call is needed to
resolve the issue.
Cheers,
-- Mike
------------------------------------------------------------------------
_______________________________________________
OAuth mailing list
OAuth@ietf.org
https://www.ietf.org/mailman/listinfo/oauth
_______________________________________________
OAuth mailing list
OAuth@ietf.org
https://www.ietf.org/mailman/listinfo/oauth
