ProfileNegotiation / I-D-Profile-Negotiation

Internet-Draft: Indicating and Negotiating Profiles in HTTP
https://profilenegotiation.github.io/I-D-Profile-Negotiation/I-D-Profile-Negotiation.html
2 stars 3 forks source link

Update profile attribute definition to allow for multiple profile IRIs #8

Closed RubenVerborgh closed 5 years ago

RubenVerborgh commented 5 years ago

We should also specify the profile extension.

In current examples, we interestingly opted for the profile="<http://ex.com>" syntax. However, I think we should follow anchor from RFC5988 and do just profile="http://ex.com" to avoid the double quoting.

RubenVerborgh commented 5 years ago

Should also allow multiple profiles though.

larsgsvensson commented 5 years ago

I think we should follow anchor from RFC5988 and do just profile="http://ex.com" to avoid the double quoting.

Yes, agreed. I'll fix that and also update prof-conneg accordingly. BTW the reference should be to RFC 8288.

During the work on prof-conneg, we also recognised that we need a way to associate a profile URI with a token so we need something like

profile="https;//example.com/profiles/123;profile1"

to say that a client can also use the profile1 as an abbreviation for https://example.com/profiles/123 when requesting this resource. Cf. https://github.com/w3c/dxwg/issues/290

RubenVerborgh commented 5 years ago

last sentence, did you mean “a client”?

Will examine token, but the semicolon won’t work (valid URL char)

larsgsvensson commented 5 years ago

last sentence, did you mean “a client”?

yes...

Will examine token, but the semicolon won’t work (valid URL char)

OK, so we'd better pick something from the reserved range.

RubenVerborgh commented 5 years ago

I have a feeling that tokens will be hugely problematic (commented on https://github.com/w3c/dxwg/issues/290) and created a new issue to track them (https://github.com/ProfileNegotiation/I-D-Profile-Negotiation/issues/12).