Hi Hannes-- The UMA Core spec currently points directly to the basic dynamic
client reg doc with MAY statements, and is agnostic as to usage of the
higher-order functions. (These turn into optional interop feature tests.) So I
think it's fair to say that the split has no structural problems from
First, I'll repeat what I said on the call that I agree that Phil should be a
co-author. I'll add him when I create the working group versions of the
individual submission documents. Thanks for your work on software assertions
and client association, Phil!
As an editor, my preference would be
Hi all,
as you have seen from the meeting minutes of our recent status chat it
is time to proceed with the dynamic client registration work.
The earlier version of the dynamic client registration document was
split into three parts, namely
(1) the current working group draft containing only min
