Menu
Home
People
Places
Arts
History
Plants & Animals
Science
Life & Culture
Technology
Reference.org
PATCH (HTTP)
open-in-new
<h2 id="history-of-patch">History of PATCH</h2> <p>As per the semantics defined in the <a href="/facts/Hypertext_Transfer_Protocol/TWtvf7JD">HTTP</a> protocol, the <a href="/facts/HTTP_GET/TWtvf7JD">GET</a>, <a href="/facts/HTTP_PUT/TWtvf7JD">PUT</a>, and <a href="/facts/HTTP_POST/UtxXc5qG">POST</a> methods need to use a full representation of the resource. The PUT method which can be used for resource creation or replacement is <a href="/facts/Idempotent/khbSpexv">idempotent</a> and can be used only for full updates. The edit forms used in conventional <a href="/facts/Ruby_on_Rails/aG5P6uon">Ruby on Rails</a> application need to create new resources by applying partial updates to a parent resource. Due to this requirement, the PATCH method was added to the HTTP protocol in 2010.<a class="footnote-ref" id="fnref:6" href="#fn:6"><sup>6</sup></a><a class="footnote-ref" id="fnref:7" href="#fn:7"><sup>7</sup></a> </p> <h2 id="put-vs-patch-vs-post">PUT vs PATCH vs POST</h2> <p><a href="/facts/HTTP/TWtvf7JD">HTTP</a> is the foundation of data communication for the <a href="/facts/World_Wide_Web/wvnTrWFq">World Wide Web</a>. It is a <a href="/facts/Request-response/2TV4bxJl">request-response</a> protocol which helps users communicate with the server to perform <a href="/facts/CRUD/8KwxY2eH">CRUD</a> operations. HTTP defines a number of request methods such as <a href="/facts/HTTP_PUT/TWtvf7JD">PUT</a>, <a href="/facts/HTTP_POST/UtxXc5qG">POST</a> and PATCH to create or update resources.<a class="footnote-ref" id="fnref:8" href="#fn:8"><sup>8</sup></a> </p><p>The main difference between the PUT and PATCH method is that the PUT method uses the request <a href="/facts/URI/UjyqxTpA">URI</a> to supply a modified version of the requested resource which replaces the original version of the resource, whereas the PATCH method supplies a set of instructions to modify the resource. If the PATCH document is larger than the size of the new version of the resource sent by the <a href="https://www.ietf.org/rfc/rfc2616.txt">PUT</a> method then the <a href="https://www.ietf.org/rfc/rfc2616.txt">PUT</a> method is preferred.<a class="footnote-ref" id="fnref:9" href="#fn:9"><sup>9</sup></a> </p><p>The POST method can be used for sending partial updates to a resource. The main difference between the POST and PATCH methods is that the POST method can be used only when it is written to support the applications or the applications support its semantics whereas the PATCH method can be used in a generic way and does not require application support. If the outcome of using the PATCH method is not known then the POST method is preferred.<a class="footnote-ref" id="fnref:10" href="#fn:10"><sup>10</sup></a><a class="footnote-ref" id="fnref:11" href="#fn:11"><sup>11</sup></a> </p> <h2 id="patching-resources">Patching resources</h2> <p>The PATCH method is <a href="/facts/Atomicity_(database_systems)/A356GsoW">atomic</a>.<a class="footnote-ref" id="fnref:12" href="#fn:12"><sup>12</sup></a> Either all the changes specified by the PATCH method are applied or none of the changes are applied by the server.<a class="footnote-ref" id="fnref:13" href="#fn:13"><sup>13</sup></a> There are many ways of checking whether a patch was applied successfully. For example, the <a href="/facts/Diff_utility/MtzRWwql">'diff' utility</a> can be applied to the older version and newer version of a file to find the differences between them.<a class="footnote-ref" id="fnref:14" href="#fn:14"><sup>14</sup></a> </p><p>A cached PATCH response is considered stale. It can only be used for the GET and HEAD requests that may follow the PATCH request.<a class="footnote-ref" id="fnref:15" href="#fn:15"><sup>15</sup></a> </p><p>The entity headers in the PATCH document are only applicable to the PATCH document and cannot be applied to the requested resource.<a class="footnote-ref" id="fnref:16" href="#fn:16"><sup>16</sup></a> </p><p>There is no standard format for the PATCH document and it is different for different types of resources. The server has to check whether the PATCH document received is appropriate for the requested resource.<a class="footnote-ref" id="fnref:17" href="#fn:17"><sup>17</sup></a> </p><p>A <a href="/facts/JSON_Patch/McfWKcFl">JSON Patch</a> document would look like </p> [ { "op": "add", "path": "/count", "value": 1 } ] <p>"op" represents the operation performed on the resource. "path" represents the resource being modified. "value" represents the amount being added to the existing resource.<a class="footnote-ref" id="fnref:18" href="#fn:18"><sup>18</sup></a> Before applying the changes in the PATCH document, the server has to check whether the PATCH document received is appropriate for the requested resource. If the PATCH request succeeds then it returns a 204 response.<a class="footnote-ref" id="fnref:19" href="#fn:19"><sup>19</sup></a> </p><p>A XML PATCH document would look like </p> <add sel="doc/user[@email='xyz@abc.com']" type="@address"> ABC Road </add> <p>The element <user> is located using the 'email' attribute. A new attribute 'address' with the value "ABC Road" is added to the <user> element.<a class="footnote-ref" id="fnref:20" href="#fn:20"><sup>20</sup></a> </p> <h2 id="example">Example</h2> <p>A simple PATCH request example </p> PATCH /example.txt HTTP/1.1 Host: www.example.com Content-Type: application/example <a href="https://msdn.microsoft.com/en-us/library/dd541480.aspx">If-Match</a>: "c0b42b66e" Content-Length: 120 [<i>Changes</i>: the patch document containing all the changes that need to be made on the resource example.txt] <p>Successful PATCH response to existing text file: </p> HTTP/1.1 204 No Content Content-Location: /example.txt <a href="/facts/HTTP_ETag/tfPRK6fH">ETag</a>: "dd541480" <p>The response <i>204</i> means that the request was processed successfully.<a class="footnote-ref" id="fnref:21" href="#fn:21"><sup>21</sup></a> </p> <h2 id="trade-offs-between-put-and-patch">Trade-offs between PUT and PATCH</h2> <p>Using the <a href="/facts/PUT_(HTTP)/TWtvf7JD">PUT</a> method consumes more bandwidth as compared to the PATCH method when only a few changes need to be applied to a resource. But when the PATCH method is used, it usually involves fetching the resource from the server, comparing the original and new files, creating and sending a diff file. On the server side, the server has to read the diff file and make the modifications. This involves a lot of overhead compared to the PUT method.<a class="footnote-ref" id="fnref:22" href="#fn:22"><sup>22</sup></a> On the other hand, the <a href="https://www.ietf.org/rfc/rfc2616.txt">PUT</a> method requires a <a href="https://www.ietf.org/rfc/rfc2616.txt">GET</a> to be performed before the <a href="https://www.ietf.org/rfc/rfc2616.txt">PUT</a> and it is difficult to ensure that the resource is not modified between the <a href="https://www.ietf.org/rfc/rfc2616.txt">GET</a> and <a href="https://www.ietf.org/rfc/rfc2616.txt">PUT</a> requests. </p> <h2 id="caution">Caution</h2> <p>The PATCH method is not "safe" in the sense of RFC 2616: it may modify resources, not necessarily limited to those mentioned in the <a href="/facts/URI/UjyqxTpA">URI</a>.<a class="footnote-ref" id="fnref:23" href="#fn:23"><sup>23</sup></a> </p><p>The PATCH method is not <a href="/facts/Idempotence/khbSpexv">idempotent</a>. It can be made <a href="/facts/Idempotence/khbSpexv">idempotent</a> by using a conditional request.<a class="footnote-ref" id="fnref:24" href="#fn:24"><sup>24</sup></a> When a client makes a conditional request to a resource, the request succeeds only if the resource has not been updated since the client last accessed that resource. This also helps in preventing corruption of the resource since some updates to a resource can only be performed starting from a certain base point.<a class="footnote-ref" id="fnref:25" href="#fn:25"><sup>25</sup></a> </p> <h2 id="error-handling">Error handling</h2> <p>A PATCH request can fail if any of the following errors occur: </p> <h3>Malformed patch document</h3> <p>The server returns a 400 (Bad request) response if the PATCH document is not formatted as required.<a class="footnote-ref" id="fnref:26" href="#fn:26"><sup>26</sup></a> </p> <h3>Unsupported patch document</h3> <p>The server returns a 415 (Unsupported <a href="/facts/Media_type/A31N5Fwj">Media Type</a>) response with an <a href="/facts/List_of_HTTP_header_fields/hEkcQe2f">Accept-Patch response header</a> containing supported <a href="/facts/Media_type/A31N5Fwj">media types</a> when the client sends a patch document in a format not implemented by the server. This informs the client that the PATCH document sent by the client cannot be applied to the requested resource.<a class="footnote-ref" id="fnref:27" href="#fn:27"><sup>27</sup></a> </p> <h3>Unprocessable request</h3> <p>The server returns a 422 (Unprocessable Entity) response when the server understands the PATCH document but is unable to modify the requested resource either because it causes the resource to become invalid or it results in some other error state.<a class="footnote-ref" id="fnref:28" href="#fn:28"><sup>28</sup></a> </p> <h3>Resource not found</h3> <p>The server returns a 404 (Not Found) response when the PATCH document cannot be applied to a non-existent resource.<a class="footnote-ref" id="fnref:29" href="#fn:29"><sup>29</sup></a> </p> <h3>Conflicting state</h3> <p>The server returns a 409 (Conflict) response when the server cannot apply a patch for the current state of the resource.<a class="footnote-ref" id="fnref:30" href="#fn:30"><sup>30</sup></a> </p> <h3>Conflicting modification</h3> <p>The server returns a 412 (Precondition Failed) response when the precondition supplied by the client using the <a href="https://msdn.microsoft.com/en-us/library/dd541480.aspx">If-Match</a> or If-Unmodified-Since header fails. If no precondition is supplied and there is a conflicting modification then the server returns a 409 (Conflict) response.<a class="footnote-ref" id="fnref:31" href="#fn:31"><sup>31</sup></a> </p> <h3>Concurrent modification</h3> <p>The server returns a 409 (Conflict) response if the PATCH requests to a certain resource need to be applied in a certain order and the server is not able to handle concurrent PATCH requests.<a class="footnote-ref" id="fnref:32" href="#fn:32"><sup>32</sup></a> </p> <h2 id="security-considerations">Security considerations</h2> <p>The PATCH request needs to use mechanisms such as conditional requests using <a href="/facts/HTTP_ETag/tfPRK6fH">Etags</a> and the <a href="https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/If-Match">If-Match</a> request header to ensure that data is not corrupted while patching.<a class="footnote-ref" id="fnref:33" href="#fn:33"><sup>33</sup></a> In case of a failure of a PATCH request or failure of the channel or a timeout, the client can use a <a href="https://www.ietf.org/rfc/rfc2616.txt">GET</a> request to check the state of the resource.<a class="footnote-ref" id="fnref:34" href="#fn:34"><sup>34</sup></a> The server has to ensure that malicious clients do not use the PATCH method for consuming excessive server resources.<a class="footnote-ref" id="fnref:35" href="#fn:35"><sup>35</sup></a> </p> <h2 id="references">References</h2> <ol> <li id="fn:1"><p>Dusseault, L.; Snell, J. (2010). "PATCH Method for HTTP". doi:10.17487/RFC5789. S2CID 42062521. Retrieved 2015-09-12. {{cite journal}}: Cite journal requires |journal= (help) <a href="http://tools.ietf.org/html/rfc5789" target="_blank">http://tools.ietf.org/html/rfc5789</a> <a href="#fnref:1" class="footnote-back-ref">↩</a></p></li> <li id="fn:2"><p>Dusseault, L.; Snell, J. (2010). "PATCH Method for HTTP". doi:10.17487/RFC5789. S2CID 42062521. Retrieved 2015-09-12. {{cite journal}}: Cite journal requires |journal= (help) <a href="http://tools.ietf.org/html/rfc5789" target="_blank">http://tools.ietf.org/html/rfc5789</a> <a href="#fnref:2" class="footnote-back-ref">↩</a></p></li> <li id="fn:3"><p>Dusseault, L.; Snell, J. (2010). "PATCH Method for HTTP". doi:10.17487/RFC5789. S2CID 42062521. Retrieved 2015-09-12. {{cite journal}}: Cite journal requires |journal= (help) <a href="http://tools.ietf.org/html/rfc5789" target="_blank">http://tools.ietf.org/html/rfc5789</a> <a href="#fnref:3" class="footnote-back-ref">↩</a></p></li> <li id="fn:4"><p>Dusseault, L.; Snell, J. (2010). "PATCH Method for HTTP". doi:10.17487/RFC5789. S2CID 42062521. Retrieved 2015-09-12. {{cite journal}}: Cite journal requires |journal= (help) <a href="http://tools.ietf.org/html/rfc5789" target="_blank">http://tools.ietf.org/html/rfc5789</a> <a href="#fnref:4" class="footnote-back-ref">↩</a></p></li> <li id="fn:5"><p>"Don't Patch Like An Idiot". Don't Patch Like An Idiot. 14 February 2014. Retrieved 16 September 2015. <a href="http://williamdurand.fr/2014/02/14/please-do-not-patch-like-an-idiot/" target="_blank">http://williamdurand.fr/2014/02/14/please-do-not-patch-like-an-idiot/</a> <a href="#fnref:5" class="footnote-back-ref">↩</a></p></li> <li id="fn:6"><p>RFC 5789 <a href="https://datatracker.ietf.org/doc/html/rfc5789" target="_blank">https://datatracker.ietf.org/doc/html/rfc5789</a> <a href="#fnref:6" class="footnote-back-ref">↩</a></p></li> <li id="fn:7"><p>"History of PATCH". weblog.rubyonrails.org. Retrieved 25 September 2015. <a href="http://weblog.rubyonrails.org/2012/2/26/edge-rails-patch-is-the-new-primary-http-method-for-updates/" target="_blank">http://weblog.rubyonrails.org/2012/2/26/edge-rails-patch-is-the-new-primary-http-method-for-updates/</a> <a href="#fnref:7" class="footnote-back-ref">↩</a></p></li> <li id="fn:8"><p>"Hypertext Transfer Protocol -- HTTP/1.1". Retrieved 13 September 2015. <a href="https://www.ietf.org/rfc/rfc2616.txt" target="_blank">https://www.ietf.org/rfc/rfc2616.txt</a> <a href="#fnref:8" class="footnote-back-ref">↩</a></p></li> <li id="fn:9"><p>Dusseault, L.; Snell, J. (2010). "PATCH Method for HTTP". doi:10.17487/RFC5789. S2CID 42062521. Retrieved 2015-09-12. {{cite journal}}: Cite journal requires |journal= (help) <a href="http://tools.ietf.org/html/rfc5789" target="_blank">http://tools.ietf.org/html/rfc5789</a> <a href="#fnref:9" class="footnote-back-ref">↩</a></p></li> <li id="fn:10"><p>Dusseault, L.; Snell, J. (2010). "PATCH Method for HTTP". doi:10.17487/RFC5789. S2CID 42062521. Retrieved 2015-09-12. {{cite journal}}: Cite journal requires |journal= (help) <a href="http://tools.ietf.org/html/rfc5789" target="_blank">http://tools.ietf.org/html/rfc5789</a> <a href="#fnref:10" class="footnote-back-ref">↩</a></p></li> <li id="fn:11"><p>"Why PATCH is Good for Your HTTP API". Why PATCH is Good for Your HTTP API. Retrieved 16 September 2015. <a href="https://www.mnot.net/blog/2012/09/05/patch" target="_blank">https://www.mnot.net/blog/2012/09/05/patch</a> <a href="#fnref:11" class="footnote-back-ref">↩</a></p></li> <li id="fn:12"><p>Dusseault, L.; Snell, J. (2010). "PATCH Method for HTTP". doi:10.17487/RFC5789. S2CID 42062521. Retrieved 2015-09-12. {{cite journal}}: Cite journal requires |journal= (help) <a href="http://tools.ietf.org/html/rfc5789" target="_blank">http://tools.ietf.org/html/rfc5789</a> <a href="#fnref:12" class="footnote-back-ref">↩</a></p></li> <li id="fn:13"><p>Dusseault, L.; Snell, J. (2010). "PATCH Method for HTTP". doi:10.17487/RFC5789. S2CID 42062521. Retrieved 2015-09-12. {{cite journal}}: Cite journal requires |journal= (help) <a href="http://tools.ietf.org/html/rfc5789" target="_blank">http://tools.ietf.org/html/rfc5789</a> <a href="#fnref:13" class="footnote-back-ref">↩</a></p></li> <li id="fn:14"><p>Dusseault, L.; Snell, J. (2010). "PATCH Method for HTTP". doi:10.17487/RFC5789. S2CID 42062521. Retrieved 2015-09-12. {{cite journal}}: Cite journal requires |journal= (help) <a href="http://tools.ietf.org/html/rfc5789" target="_blank">http://tools.ietf.org/html/rfc5789</a> <a href="#fnref:14" class="footnote-back-ref">↩</a></p></li> <li id="fn:15"><p>Dusseault, L.; Snell, J. (2010). "PATCH Method for HTTP". doi:10.17487/RFC5789. S2CID 42062521. Retrieved 2015-09-12. {{cite journal}}: Cite journal requires |journal= (help) <a href="http://tools.ietf.org/html/rfc5789" target="_blank">http://tools.ietf.org/html/rfc5789</a> <a href="#fnref:15" class="footnote-back-ref">↩</a></p></li> <li id="fn:16"><p>Dusseault, L.; Snell, J. (2010). "PATCH Method for HTTP". doi:10.17487/RFC5789. S2CID 42062521. Retrieved 2015-09-12. {{cite journal}}: Cite journal requires |journal= (help) <a href="http://tools.ietf.org/html/rfc5789" target="_blank">http://tools.ietf.org/html/rfc5789</a> <a href="#fnref:16" class="footnote-back-ref">↩</a></p></li> <li id="fn:17"><p>Dusseault, L.; Snell, J. (2010). "PATCH Method for HTTP". doi:10.17487/RFC5789. S2CID 42062521. Retrieved 2015-09-12. {{cite journal}}: Cite journal requires |journal= (help) <a href="http://tools.ietf.org/html/rfc5789" target="_blank">http://tools.ietf.org/html/rfc5789</a> <a href="#fnref:17" class="footnote-back-ref">↩</a></p></li> <li id="fn:18"><p>"JSON Patch - draft-ietf-appsawg-json-patch-08". Ietf Datatracker. Retrieved 13 September 2015. <a href="https://tools.ietf.org/html/draft-ietf-appsawg-json-patch-08" target="_blank">https://tools.ietf.org/html/draft-ietf-appsawg-json-patch-08</a> <a href="#fnref:18" class="footnote-back-ref">↩</a></p></li> <li id="fn:19"><p>"PATCH". MDN Web Docs. Retrieved 2018-10-11. <a href="https://developer.mozilla.org/en-US/docs/Web/HTTP/Methods/PATCH" target="_blank">https://developer.mozilla.org/en-US/docs/Web/HTTP/Methods/PATCH</a> <a href="#fnref:19" class="footnote-back-ref">↩</a></p></li> <li id="fn:20"><p>Urpalainen, J. (2008). "XML RFC". tools.ietf.org. doi:10.17487/RFC5261. Retrieved 25 September 2015. <a href="http://tools.ietf.org/html/rfc5261" target="_blank">http://tools.ietf.org/html/rfc5261</a> <a href="#fnref:20" class="footnote-back-ref">↩</a></p></li> <li id="fn:21"><p>"PATCH". MDN Web Docs. Retrieved 2018-10-12. <a href="https://developer.mozilla.org/en-US/docs/Web/HTTP/Methods/PATCH" target="_blank">https://developer.mozilla.org/en-US/docs/Web/HTTP/Methods/PATCH</a> <a href="#fnref:21" class="footnote-back-ref">↩</a></p></li> <li id="fn:22"><p>Darren (7 May 2014). "REST API Best Practices 3: Partial Updates - PATCH vs PUT". www.blogger.com. Retrieved 13 September 2015. <a href="http://51elliot.blogspot.com/2014/05/rest-api-best-practices-3-partial.html" target="_blank">http://51elliot.blogspot.com/2014/05/rest-api-best-practices-3-partial.html</a> <a href="#fnref:22" class="footnote-back-ref">↩</a></p></li> <li id="fn:23"><p>Dusseault, L.; Snell, J. (2010). "PATCH Method for HTTP". doi:10.17487/RFC5789. S2CID 42062521. Retrieved 2015-09-12. {{cite journal}}: Cite journal requires |journal= (help) <a href="http://tools.ietf.org/html/rfc5789" target="_blank">http://tools.ietf.org/html/rfc5789</a> <a href="#fnref:23" class="footnote-back-ref">↩</a></p></li> <li id="fn:24"><p>Dusseault, L.; Snell, J. (2010). "PATCH Method for HTTP". doi:10.17487/RFC5789. S2CID 42062521. Retrieved 2015-09-12. {{cite journal}}: Cite journal requires |journal= (help) <a href="http://tools.ietf.org/html/rfc5789" target="_blank">http://tools.ietf.org/html/rfc5789</a> <a href="#fnref:24" class="footnote-back-ref">↩</a></p></li> <li id="fn:25"><p>Dusseault, L.; Snell, J. (2010). "PATCH Method for HTTP". doi:10.17487/RFC5789. S2CID 42062521. Retrieved 2015-09-12. {{cite journal}}: Cite journal requires |journal= (help) <a href="http://tools.ietf.org/html/rfc5789" target="_blank">http://tools.ietf.org/html/rfc5789</a> <a href="#fnref:25" class="footnote-back-ref">↩</a></p></li> <li id="fn:26"><p>Dusseault, L.; Snell, J. (2010). "PATCH Method for HTTP". doi:10.17487/RFC5789. S2CID 42062521. Retrieved 2015-09-12. {{cite journal}}: Cite journal requires |journal= (help) <a href="http://tools.ietf.org/html/rfc5789" target="_blank">http://tools.ietf.org/html/rfc5789</a> <a href="#fnref:26" class="footnote-back-ref">↩</a></p></li> <li id="fn:27"><p>Dusseault, L.; Snell, J. (2010). "PATCH Method for HTTP". doi:10.17487/RFC5789. S2CID 42062521. Retrieved 2015-09-12. {{cite journal}}: Cite journal requires |journal= (help) <a href="http://tools.ietf.org/html/rfc5789" target="_blank">http://tools.ietf.org/html/rfc5789</a> <a href="#fnref:27" class="footnote-back-ref">↩</a></p></li> <li id="fn:28"><p>Dusseault, L.; Snell, J. (2010). "PATCH Method for HTTP". doi:10.17487/RFC5789. S2CID 42062521. Retrieved 2015-09-12. {{cite journal}}: Cite journal requires |journal= (help) <a href="http://tools.ietf.org/html/rfc5789" target="_blank">http://tools.ietf.org/html/rfc5789</a> <a href="#fnref:28" class="footnote-back-ref">↩</a></p></li> <li id="fn:29"><p>Dusseault, L.; Snell, J. (2010). "PATCH Method for HTTP". doi:10.17487/RFC5789. S2CID 42062521. Retrieved 2015-09-12. {{cite journal}}: Cite journal requires |journal= (help) <a href="http://tools.ietf.org/html/rfc5789" target="_blank">http://tools.ietf.org/html/rfc5789</a> <a href="#fnref:29" class="footnote-back-ref">↩</a></p></li> <li id="fn:30"><p>Dusseault, L.; Snell, J. (2010). "PATCH Method for HTTP". doi:10.17487/RFC5789. S2CID 42062521. Retrieved 2015-09-12. {{cite journal}}: Cite journal requires |journal= (help) <a href="http://tools.ietf.org/html/rfc5789" target="_blank">http://tools.ietf.org/html/rfc5789</a> <a href="#fnref:30" class="footnote-back-ref">↩</a></p></li> <li id="fn:31"><p>Dusseault, L.; Snell, J. (2010). "PATCH Method for HTTP". doi:10.17487/RFC5789. S2CID 42062521. Retrieved 2015-09-12. {{cite journal}}: Cite journal requires |journal= (help) <a href="http://tools.ietf.org/html/rfc5789" target="_blank">http://tools.ietf.org/html/rfc5789</a> <a href="#fnref:31" class="footnote-back-ref">↩</a></p></li> <li id="fn:32"><p>Dusseault, L.; Snell, J. (2010). "PATCH Method for HTTP". doi:10.17487/RFC5789. S2CID 42062521. Retrieved 2015-09-12. {{cite journal}}: Cite journal requires |journal= (help) <a href="http://tools.ietf.org/html/rfc5789" target="_blank">http://tools.ietf.org/html/rfc5789</a> <a href="#fnref:32" class="footnote-back-ref">↩</a></p></li> <li id="fn:33"><p>Dusseault, L.; Snell, J. (2010). "PATCH Method for HTTP". doi:10.17487/RFC5789. S2CID 42062521. Retrieved 2015-09-12. {{cite journal}}: Cite journal requires |journal= (help) <a href="http://tools.ietf.org/html/rfc5789" target="_blank">http://tools.ietf.org/html/rfc5789</a> <a href="#fnref:33" class="footnote-back-ref">↩</a></p></li> <li id="fn:34"><p>Dusseault, L.; Snell, J. (2010). "PATCH Method for HTTP". doi:10.17487/RFC5789. S2CID 42062521. Retrieved 2015-09-12. {{cite journal}}: Cite journal requires |journal= (help) <a href="http://tools.ietf.org/html/rfc5789" target="_blank">http://tools.ietf.org/html/rfc5789</a> <a href="#fnref:34" class="footnote-back-ref">↩</a></p></li> <li id="fn:35"><p>Dusseault, L.; Snell, J. (2010). "PATCH Method for HTTP". doi:10.17487/RFC5789. S2CID 42062521. Retrieved 2015-09-12. {{cite journal}}: Cite journal requires |journal= (help) <a href="http://tools.ietf.org/html/rfc5789" target="_blank">http://tools.ietf.org/html/rfc5789</a> <a href="#fnref:35" class="footnote-back-ref">↩</a></p></li> </ol>