You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@nifi.apache.org by "Andy LoPresto (JIRA)" <ji...@apache.org> on 2018/08/24 00:59:00 UTC
[jira] [Created] (NIFI-5550) Cluster should handle replicating
DELETE request with non-zero content length header
Andy LoPresto created NIFI-5550:
-----------------------------------
Summary: Cluster should handle replicating DELETE request with non-zero content length header
Key: NIFI-5550
URL: https://issues.apache.org/jira/browse/NIFI-5550
Project: Apache NiFi
Issue Type: Bug
Components: Core Framework
Affects Versions: 1.7.1, 1.6.0, 1.5.0
Reporter: Andy LoPresto
Assignee: Andy LoPresto
When sending a {{DELETE}} request to a node in the cluster, the cluster coordinator attempts to replicate the request to all nodes in the cluster before committing it (*two phase commit*). According to [RFC 7231|https://tools.ietf.org/html/rfc7231#section-4.3.5], a {{DELETE}} request *may* have a body, but the body has no defined purpose:
{quote}
A payload within a DELETE request message has no defined semantics; sending a payload body on a DELETE request might cause some existing implementations to reject the request.
{quote}
The cluster request replication does not expect a request body when a DELETE request is received, so when it replicates the request to other nodes, it does not include the body, if present. However, the {{Content-Length}} header is forwarded in tact, and if this header contains a non-zero length, the other nodes will wait to receive the expected body. This can cause request time outs.
The solution is to intercept {{DELETE}} requests with a non-zero {{Content-Length}} header and overwrite that value to {{0}}.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)