Http Openshiftで呼び出されたときにエンドポイントが消失すると、エンドポイントが削除される

Question

私は、Openshiftで動作しているサービスにv1/health_checkエンドポイントを追加しました。エンドポイントはすべてのhttp動詞を受け入れ、要求にあったものを返します。ランニング例えば

、：それはローカルで実行されているサービスに対して curl -X DELETE -G 'http://localhost:8080/v1/health_check' -F "user_id=1" -F "build_category_id=14" -F "notification_type=slack" が返されます。私はそれがOpenshift上で実行されているサービスに対して同じカール要求を使用する場合

{ 
    "endpoint": "/v1/health_check", 
    "form_data": { 
    "build_category_id": "14", 
    "notification_type": "slack", 
    "user_id": "1" 
    }, 
    "http_method": "DELETE", 
    "request_data": {} 
} 

、私が手：

{ 
    "endpoint": "/v1/health_check", 
    "form_data": {}, 
    "http_method": "DELETE", 
    "request_data": {} 
} 

DELETEメソッドの本体がOpenshiftで失われている理由はありますか？

その他の注意事項：

• それは私がまた私が上にrshを実行すると、これは特にIs an entity body allowed for an HTTP DELETE request?
• を読んだ後、ほとんどのRESTfulなアプローチではないことをいくつかの研究の後に認めるgevent.wsgiWSGIServer
• を使用してフラスコサービスですOpenshiftポッドを開き、サービスをカールさせると、エンドポイントは期待通りに機能し、エンティティ本体が通過することを意味します。

Answer 1

-X DELETEと-Gの両方のオプションを使用しないでください。 -Gには、HTTP GETを使用するオプションがあります。 -X DELETEには、HTTPメソッドにDELETEを使用すると記載されています。

MacOS Xからの私のテストでは、両方の混乱を使って、実際にリクエストの内容を送信しないようにしていることが示唆されています（curl）。

$ curl -v --request DELETE -G --data xxx http://.../ 
* Trying 52.87.56.37... 
* Connected to ... (52.87.56.37) port 80 (#0) 
> DELETE /?xxx HTTP/1.1 
> Host: ... 
> User-Agent: curl/7.43.0 
> Accept: */* 
> 
< HTTP/1.1 200 OK 
...