Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

How does the universal resolver support application/did+json #150

Open
OR13 opened this issue Sep 25, 2020 · 6 comments
Open

How does the universal resolver support application/did+json #150

OR13 opened this issue Sep 25, 2020 · 6 comments
Labels

Comments

@OR13
Copy link
Contributor

OR13 commented Sep 25, 2020

@peacekeeper wondering about the profile.... should it be https://w3id.org/did-resolution ?

Can you provide your thoughts on what happens when I request application/did+json ?

I assume based on your comments on the DID WG call that the universal resolver will throw an error if the did method does not support application/did+json but does application/did+ld+json....

I would prefer that application/did+json be compatible with application/did+ld+json... so that JSON-LD can be returned when JSON is requested and the DID Method has chosen not to support JSON...

Obviously thats for the DID WG to decide.

I would like to know how you plan to handle the following cases:

  1. application/did+json is requested but did method only supports application/did+ld+json.

  2. application/did+ld+json is requested but did method only supports application/did+json.

  3. */* is requested but did method only supports application/did+ld+json.

  4. */* is requested and did method supports application/did+ld+json and application/did+json.

  5. application/did+ld+json, application/did+json is requested and did method supports application/did+ld+json.

  6. application/did+json, application/did+ld+json is requested and did method supports application/did+ld+json.

@OR13
Copy link
Contributor Author

OR13 commented Sep 25, 2020

@peacekeeper better to just answer on the did core issue: w3c/did-core#417

I think this will help clarify a lot.

@peacekeeper
Copy link
Member

@OR13 I agree this should be discussed either in did-core or did-resolution, since it's about resolvers in general, not about the Universal Resolver specifically. Do you want to close the issue here to avoid duplication?

@peacekeeper
Copy link
Member

@peacekeeper wondering about the profile.... should it be https://w3id.org/did-resolution ?

Yes I think that makes more sense, I can make the change in DID Resolution and the UR code.

peacekeeper added a commit that referenced this issue Sep 25, 2020
Also see #150.

Signed-off-by: Markus Sabadello <markus@danubetech.com>
@peacekeeper
Copy link
Member

Updated the profile URL in 4817115 and w3c-ccg/did-resolution@68ac2a7

@peacekeeper
Copy link
Member

We reviewed this on the 14 Jul 2021 Universal Resolver Work Item Call. Now seems to be a good time to continue this conversation, since 1. DID Core is nearing completion, 2. A DID test suite exist now, and 3. there is ongoing work on the Universal Resolver to address this topic.

@peacekeeper
Copy link
Member

There is some support now in the Universal Resolver for different representations, but this isn't well-documented yet. We should add some explanation and examples like the following:

curl "https://dev.uniresolver.io/1.0/identifiers/did:sov:WRfXPg8dantKVubE3HX8pw"

Returns the DID document + metadata.

curl -H "Accept: application/did+json" "https://dev.uniresolver.io/1.0/identifiers/did:sov:WRfXPg8dantKVubE3HX8pw"

Returns the DID document in JSON.

curl -H "Accept: application/did+ld+json" "https://dev.uniresolver.io/1.0/identifiers/did:sov:WRfXPg8dantKVubE3HX8pw"

Returns the DID document in JSON-LD.

curl -H "Accept: application/did+json" "https://dev.uniresolver.io/1.0/identifiers/did:sov:WRfXPg8dantKVubE3HX8pw"

Returns the DID document in CBOR.

We updated the README with these examples in 7a97410.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants