multipartform-data, Seitenzahl 3

___ qstnhdr ___ PlayFramework 2.4.6 Fehler 413 Entität zu groß anfordern ___ answer39319909 ___

Ich hatte das gleiche Problem beim Senden eines großen Formulars und %code% löste es.

___ tag123netty ___ Ein asynchrones, ereignisgesteuertes Open-Source-Framework für Netzwerkanwendungen, das in Java geschrieben ist. Es ist ein NIO-Client-Server-Framework, das die schnelle und einfache Entwicklung von Netzwerkanwendungen wie Protokollservern und Clients ermöglicht ___ tag123multiformatdata ___ multipart / form-data ist ein Inhaltstyp, der zum Senden von Formularen an Webdienste einschließlich Datei-Uploads verwendet wird. ___ answer48321010 ___

Für diejenigen, die Probleme mit Play Framework 2.6.x haben, sehen Sie sich die Dokumentation unter Ссылка

an >

Max. Inhaltslänge Textbasierte Körperparser (wie z. B. Text, JSON, XML oder formUrlEncoded) verwenden Sie eine maximale Inhaltslänge, da sie alle laden müssen der Inhalt in den Speicher. Standardmäßig ist die maximale Inhaltslänge das sie werden analysiert 100KB. Sie kann überschrieben werden, indem Sie die Option angeben play.http.parser.maxMemoryBuffer-Eigenschaft in der application.conf:

fügen Sie folgendes in application.conf hinzu:

%Vor%

___ qstntxt ___

Ich verwende PlayFramework 2.4.6, versuche eine mehrteilige Datei (Größe 18M) hochzuladen und der Server gibt den folgenden Fehler zurück:

%Vor%

Ich habe mich umgesehen und folgendes mit Erfolg versucht:

play.http.parser.maxMemoryBuffer = 2000000K
parsers.MultipartFormData.maxLength = 1024000K
play.http.parser.maxDiskBuffer = 2000000K
Action.async (parse.anyContent (Einige (1024 * 200L)))

Und keiner von ihnen löst das Problem.

Hier ist auch der Stacktrace:

%Vor%

___ tag123playframework24 ___ Play basiert auf einer leichtgewichtigen, zustandslosen, webfreundlichen Architektur und bietet vorhersehbare und minimale Ressourcenverbrauch (CPU, Speicher, Threads) für hochskalierbare Anwendungen. ___ answer36283823 ___

Das Problem damit gelöst:

%Vor%

___ answer46892670 ___

In dieser Dokumentation finden Sie Informationen zu den Speicher- und Festplattenpuffern, die Play verwendet: Ссылка

Textbasierte Body-Parser (z. B. text, json, xml oder formUrlEncoded) verwenden eine maximale Inhaltslänge, da sie den gesamten Inhalt in den Speicher laden müssen. Standardmäßig ist die maximale Inhaltslänge, die analysiert wird, 100 KB . Sie kann überschrieben werden, indem Sie die Eigenschaft %code% in der Datei application.conf angeben:

%code%

Bei Parsern, die Inhalte auf der Festplatte puffern, z. B. Rohparser oder Multipart / Formulardaten, wird die maximale Inhaltslänge mit der Eigenschaft %code% angegeben, die Standardeinstellung ist 10 MB . Der multipart / form-data-Parser erzwingt auch die Eigenschaft text max length für das Aggregat der Datenfelder.

Da Sie also versuchen, eine mehrteilige Datei hochzuladen, müssen Sie %code% auf etwas 18MB erhöhen.

Wenn Sie dies zu Ihrer application.conf hinzufügen, sollte das Problem behoben sein:

%Vor%

___

multipartform-data

Ein Multipart / Formulardaten über RESTful CXF konsumieren

Starten Sie die Verarbeitung der Datei, sobald sie in Jersey Mulipart hochgeladen wurde

Die Ausnahme "MIMEParsingException: Fehlende Startbegrenzung" tritt nur im Chrome-Browser auf. Firefox funktioniert bei der Verwendung von Jersey fileUpload einwandfrei

Die Bearbeitung von Teilen ist nicht möglich, da keine mehrteilige Konfiguration bereitgestellt wurde, obwohl der MultipartResolver bereits vorhanden ist

wie man mit multipart / form-data in node.js umgehen kann

Gibt es einen mehrteiligen / Formulardaten-Parser in C # - (KEIN ASP)

PlayFramework 2.4.6 Fehler 413 Entität zu groß anfordern

Android Video hochladen zu Remote-Server mit HTTP-Multipart-Formulardaten