You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@jclouds.apache.org by "Andrew Gaul (JIRA)" <ji...@apache.org> on 2015/04/06 22:50:12 UTC
[jira] [Commented] (JCLOUDS-595) Investigate removing default
content type
[ https://issues.apache.org/jira/browse/JCLOUDS-595?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14481907#comment-14481907 ]
Andrew Gaul commented on JCLOUDS-595:
-------------------------------------
WIP branch which has some strange behavior in Atmos and GCS tests:
https://github.com/andrewgaul/jclouds/tree/no-default-content-type
> Investigate removing default content type
> -----------------------------------------
>
> Key: JCLOUDS-595
> URL: https://issues.apache.org/jira/browse/JCLOUDS-595
> Project: jclouds
> Issue Type: Improvement
> Components: jclouds-core
> Reporter: Andrew Gaul
>
> Presently {{ContentMetadataBuilder.contentType}} defaults to "application/unknown". In many cases the application does not known the content type and might prefer to allow the object store to detect a more precise type which this default interferes with. From section [7.2.1 of RFC 2616|http://www.w3.org/Protocols/rfc2616/rfc2616-sec7.html#sec7.2.1]:
> {quote}
> Any HTTP/1.1 message containing an entity-body SHOULD include a Content-Type header field defining the media type of that body. If and only if the media type is not given by a Content-Type field, the recipient MAY attempt to guess the media type via inspection of its content and/or the name extension(s) of the URI used to identify the resource. If the media type remains unknown, the recipient SHOULD treat it as type "application/octet-stream".
> {quote}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)