-
Notifications
You must be signed in to change notification settings - Fork 32
Include plain POST payload not only FormData #35
Comments
Hi @ylashin For this one, I think it may be a bit dangerous/tricky/risky to enable that by default (because of streamed contents that we don't want to consume, and possibly binary stuff or large chunks of data ...). I wonder if it would be better to enable that as an "opt-in" mechanism for specific needs, for instance by explicitly adding some object to capture in the log event ... This could look something like : Context.AddToSerilogWebLogEvent("RequestContent", something, destructure: false) ( And then, when generating the event at the end of the request, the module could look in there and enrich the event with the registered properties ... This mechanism could then be used directly from a given Controller Action / WebForm page , or more generically, for instance in MVC or WebAPI |
Thank @tsimbalar , your suggestion would work fine but I was actually thinking of something like
Currently the above logs posted form data only. My idea is to have another flag to log the full HTTP payload in certain cases (e.g. JSON content type and failed HTTP request) |
This would be a welcome addition when working with WebAPI calls in dev, test and staging. Should be configurable to disable it through appsettings in a production transform. |
This project is no longer being maintained and we are going to archive the SerilogWeb Repositories. see: |
Is it by design that we it are able only to log FormData and not any other plain POST payload like JSON. I know it would be aweful to log binary data or stuff like that but maybe we can add some configurable filter on the content type of the request.
It would be nice if we can have logs of full payload of at least failed HTTP requests
The text was updated successfully, but these errors were encountered: