[
https://issues.apache.org/jira/browse/SOLR-17787?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18042700#comment-18042700
]
ASF subversion and git services commented on SOLR-17787:
--------------------------------------------------------
Commit 2e14795634dac2535863394039f6d8e986c64758 in solr's branch
refs/heads/branch_10x from Sanjay Kumar Yadav
[ https://gitbox.apache.org/repos/asf?p=solr.git;h=2e14795634d ]
SOLR-17787 CBOR should use content-type: application/cbor
CborResponseWriter should use content-type: application/cbor
> CborResponseWriter should use content-type: application/cbor
> ------------------------------------------------------------
>
> Key: SOLR-17787
> URL: https://issues.apache.org/jira/browse/SOLR-17787
> Project: Solr
> Issue Type: Improvement
> Components: Response Writers
> Reporter: Yohei Kishimoto
> Priority: Minor
> Labels: newdev, pull-request-available
> Time Spent: 3.5h
> Remaining Estimate: 0h
>
> Currently, when Solr returns a response in CBOR format, the {{Content-Type}}
> header is {{{}application/octet-stream{}}}, the same as it is for javabin.
> However, the RFC for the CBOR format ([RFC
> 8949|https://datatracker.ietf.org/doc/html/rfc8949#name-media-types-registry])
> specifies that {{application/cbor}} should be used as the
> {{{}Content-Type{}}}.
> Modern HTTP client implementations (for example, Spring's {{{}RestClient{}}})
> have a feature that automatically switches the response deserializer based on
> the {{{}Content-Type{}}}. Due to Solr's current implementation, this feature
> cannot be used, requiring the deserializer to be switched manually.
> By using {{Content-Type: application/cbor}} when returning CBOR-formatted
> responses, Solr would comply with internet standards and potentially reduce
> the implementation cost for HTTP clients.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
