Http server chops-off content posted by client?

[itadapter]

Need unit tests
Related:

• Json Deserialization error #836
• Wave JSON body read error: add system code for HTTP 400 so the client can react to sending an invalid body by capturing such body and logging locally for further analysis #834
• JSON Deserialization Error details to see what caused the error #833

[itadapter]

WorkContext.DoGetRequestBodyAsJsonDataMapAsync was quickly refactored when we introduced pluggable listeners.
Most likely the async stream is read in a sync fashion and this leads to loss of data?

[itadapter]

This is related to:

• Async Json #731

See this:
https://www.strathweb.com/2019/02/be-careful-when-manually-handling-json-requests-in-asp-net-core/

[g8sun]

20230315-161652.188, b74ed7e8-b890-4b6c-a92b-5c99c703138a, dsys-app-01, Error, WAVE, Azos.Wave.Filters.ErrorFilter, [Azos.Wave.FilterPipelineException] >>error>backend-info>realip>callflow>Portal>session>dconv>latency>cors> [Azos.Wave.MvcException] MVC handler error in work processing: [Azos.Web.HTTPStatusException] 400 - Bad Request body : [Azos.Serialization.JSON.Backends.JazonDeserializationException] Code eUnterminatedObject at Line: 1 Col: 3845 Char: 3845 {batch{Data[#0{ near 0\\\",\\\"--info-level\\\":\\\"1\\\",\\\"allow\\\":{\\\"entity\\\":\\\"*\\\"}}},\\\"Verification\\\":{\\\"EmailVerification\\\":: Unterminated object

[g8sun]

It is very payload-sensitive. 3947 fails, 3948 does not, then a bit more payload fails again

[itadapter]

#731 (comment)

The problem is: Kestrel/ASP infrastructure does not work properly (sometimes) using StreamReader in sync mode, even when AllowSyncIO=true. It is an intermittent condition that looks like a race condition in MSFT code.

For now, we have introduced dbl buffering by reading the JSON body a whole into a string variable, then parsing it synchronously.
Until #731 is implemented, the copy will be necessary as a workaround for a MSFT bug.

[itadapter]

#731 is implemented