ThreeMammals/Ocelot

Multipart/form-data is not rerouted (error 404)

Open

#714 geöffnet am 11. Dez. 2018

Auf GitHub ansehen
 (1 Kommentar) (5 Reaktionen) (0 zugewiesene Personen)C# (1.617 Forks)batch import
bughelp wantedneeds validation

Repository-Metriken

Stars
 (8.137 Stars)
PR-Merge-Metriken
 (Durchschn. Merge 10T 13h) (4 gemergte PRs in 30 T)

Beschreibung

Expected Behavior

A multipart/form-data http POST request is redirected to the desired endpoint.

Actual Behavior

An error 404 - not found http response is given.

Description

I won't include steps to reproduce the problem etc, because I'm pretty sure the feature is just not implemented (yet - or intentional).

Question

Is rerouting a file upload using multipart/form-data desired functionality, or is in an intentionally left out thing? I could imagine you'd not want to reroute such a file upload because of the overhead - why not just upload the file directly to the API? However, if the overhead is as little as the normal http requests are (about 1 ms), then I'd think it would be preferable to support multipart/form-data http post requests in reroutes.

Edit: The reason I'm certain that I haven't just incorrectly configured the reroute, is as follows: When I send the request with no file in the parameter, the reroute works and gets into my other API. When I send the request with a file in the parameter, error 404 occurs, thrown by Ocelot presumably.

Contributor Guide

Research-Richtung
Das Problem fragt, ob Multipart/Form Data Routing in Ocelot absichtlich nicht unterstützt wird. Zur Implementierung untersuchen Sie das Routing Middleware in Ocelot (z. B. Ocelot.Middleware.MultipartBodyMiddleware oder ähnliches) und wie es verschiedene Inhaltstypen verarbeitet. Prüfen Sie, ob es bestehende PRs oder Diskussionen gibt, die Multipart Unterstützung behandeln. Der Maintainer hat nicht geantwortet, daher ist die Klärung des beabsichtigten Verhaltens der erste Schritt. Ändern Sie dann die Routing Logik, um Multipart Anfragen an den Downstream Dienst weiterzuleiten.
Tech Stack
csharp
Domain
backendapi
Issue Type
Fehler
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
3
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-2 Tage
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Wartet auf Maintainer Antwort
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Recherche nötig
Voraussetzungen
C# basicsASP.NET Core fundamentalsHTTP multipart/form data
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
30