Mercurial > hg > orthanc
view DarwinCompilation.txt @ 2248:69b0f4e8a49b
Escape multipart type parameter value in Content-Type header
## Summary
Multipart responses do not quote/escape the value of their type
parameter (the subtype) even though it always contains at least one
special character (the slash "/"), which confuses standard-compliant
HTTP clients.
## Details
The Content-Type header in HTTP is in RFC 7231, Section 3.1.1.5:
https://tools.ietf.org/html/rfc7231#section-3.1.1.5
The section defers to the media type section (3.1.1.1) for the syntax of
the media type:
https://tools.ietf.org/html/rfc7231#section-3.1.1.1
This states that a parameter value can be quoted:
parameter = token "=" ( token / quoted-string )
A parameter value that matches the token production can be transmitted
either as a token or within a quoted-string. The quoted and unquoted
values are equivalent.
Tokens are defined in RFC 7230, Section 3.2.6 (via RFC 7231, appendix
C):
https://tools.ietf.org/html/rfc7231#appendix-C
https://tools.ietf.org/html/rfc7230#section-3.2.6
Here we observe that tokens cannot contain a slash "/" character:
token = 1*tchar
tchar = "!" / "#" / "$" / "%" / "&" / "'" / "*"
/ "+" / "-" / "." / "^" / "_" / "`" / "|" / "~"
/ DIGIT / ALPHA
; any VCHAR, except delimiters
Delimiters are chosen from the set of US-ASCII visual characters not
allowed in a token (DQUOTE and "(),/:;<=>?@[\]{}").
However, the current implementation does not quote/escape the value of
the type parameter:
multipart/related; type=application/dicom
Instead, it should be:
multipart/related; type="application/dicom"
All of this also seems to apply to the MIME Content-Type header
definition, even though it is a little different:
https://www.iana.org/assignments/message-headers
https://tools.ietf.org/html/rfc2045#section-5.1
https://tools.ietf.org/html/rfc2387
author | Thibault Nélis <tn@osimis.io> |
---|---|
date | Mon, 16 Jan 2017 13:07:11 +0100 |
parents | d1bb4bbe9775 |
children | 19a2f1d2b816 |
line wrap: on
line source
This file is a complement to "INSTALL", which contains instructions that are specific to Mac OS X (Darwin). Static linking for OS X using XCode =================================== The most simple way of building Orthanc under OS X consists in statically linking against all the third-party dependencies. In this case, no package manager such as Homebrew or MacPorts is required. The build tool (CMake) will download the sources of all the required packages and automatically compile them. Prerequisites ------------- 1) XCode must be installed. 2) CMake must be installed (http://www.cmake.org/). 3) It is assumed that Orthanc source code is placed in the folder "~/Orthanc" and that the binaries will be compiled to "~/OrthancBuild". Prepare the build with CMake ---------------------------- # cd ~/OrthancBuild # cmake -GXcode -DCMAKE_OSX_DEPLOYMENT_TARGET=10.8 -DSTATIC_BUILD=ON -DSTANDALONE_BUILD=ON -DALLOW_DOWNLOADS=ON ~/Orthanc NB: Adapt the value of "CMAKE_OSX_DEPLOYMENT_TARGET" with respect to your version of OS X. This version can obtained by typing: # sw_vers Build the Debug version of Orthanc ---------------------------------- # xcodebuild # ./Debug/UnitTests The binaries of Orthanc are located at "~/OrthancBuild/Debug/Orthanc". Build the Release version of Orthanc ------------------------------------ # xcodebuild -configuration Release # ./Release/UnitTests The binaries of Orthanc are located at "~/OrthancBuild/Release/Orthanc".