- From: Kingsley Idehen <kidehen@openlinksw.com>
- Date: Thu, 27 Jan 2022 19:04:22 -0500
- To: public-webid@w3.org
- Message-ID: <8e48f9dd-b893-62b2-c101-c2bc6b53b828@openlinksw.com>
On 1/27/22 3:57 PM, Martynas Jusevičius wrote:
> I would strongly argue that conneg is not an implementation detail,
> but rather an orthogonal specification, and good specifications follow
> the orthogonality principle:
> https://www.w3.org/TR/webarch/#orthogonal-specs
>
> That allows HTTP protocols not having to define conneg in their specs.
> SPARQL 1.1 Protocol refers to conneg with a one-liner:
> https://www.w3.org/TR/sparql11-protocol/#conneg
> That does not seem to have caused problems like the ones we are discussing here?
>
> However when you try to make some of the media type special, e.g.
> "canonical", you break the orthogonality, and conneg gets pulled into
> the protocol specification. That is a clear architectural anti-pattern
> IMO.
Hi Martynas,
Here's a snippet from your example regarding the SPARQL spec:
"2.1.5 Accepted Response Formats
Protocol clients*should*use HTTPcontent negotiation
<http://www.w3.org/Protocols/rfc2616/rfc2616-sec12.html>[RFC2616
<https://www.w3.org/TR/sparql11-protocol/#rfc2616>] to request response
formats that the client can consume. See below for more on potential
response formats."
SPARQL is a Query Language, Data Access Protocol, and Structured Data
Representation combo, and its formal specification isn't about
unambiguous entity denotation using HTTP URIs :)
The moment you bring content-negotiation in you are opening the same
can-of-worms opened by content-type specificity (via MUST or other
techniques).
Kingsley
>
> On Thu, Jan 27, 2022 at 9:48 PM Nathan Rixham<nathan@webr3.org> wrote:
>> On Thu, 27 Jan 2022, 20:12 Kingsley Idehen,<kidehen@openlinksw.com> wrote:
>>> On 1/27/22 1:18 PM, Jacopo Scazzosi wrote:
>>>> Hi all,
>>>
>>> Hi Jacopo,
>>>
>>>>> Could we come to a consensus that content negotiation is optional for
>>>>> current and future WebID work?
>>>> I agree that it should remain optional, as per the current WebID spec/draft:
>>>>
>>>> a) conneg tends to be incompatible with hosting of static resources
>>>> b) conneg comes with its own complexity, which should not be forced upon
>>>> adopters of the spec
>>>
>>> Content Negotiation is an implementation detail that has no business
>>> being in the WebID spec.
>>
>> +1
--
Regards,
Kingsley Idehen
Founder & CEO
OpenLink Software
Home Page:http://www.openlinksw.com
Community Support:https://community.openlinksw.com
Weblogs (Blogs):
Company Blog:https://medium.com/openlink-software-blog
Virtuoso Blog:https://medium.com/virtuoso-blog
Data Access Drivers Blog:https://medium.com/openlink-odbc-jdbc-ado-net-data-access-drivers
Personal Weblogs (Blogs):
Medium Blog:https://medium.com/@kidehen
Legacy Blogs:http://www.openlinksw.com/blog/~kidehen/
http://kidehen.blogspot.com
Profile Pages:
Pinterest:https://www.pinterest.com/kidehen/
Quora:https://www.quora.com/profile/Kingsley-Uyi-Idehen
Twitter:https://twitter.com/kidehen
Google+:https://plus.google.com/+KingsleyIdehen/about
LinkedIn:http://www.linkedin.com/in/kidehen
Web Identities (WebID):
Personal:http://kingsley.idehen.net/public_home/kidehen/profile.ttl#i
:http://id.myopenlink.net/DAV/home/KingsleyUyiIdehen/Public/kingsley.ttl#this
Attachments
- application/pkcs7-signature attachment: S/MIME Cryptographic Signature
Received on Friday, 28 January 2022 00:04:39 UTC