When I run the following statement
Invoke-RestMethod "https://api.mysite.com/the/endpoint" `
-Body (ConvertTo-Json $data) `
-ContentType "application/json" `
-Headers $DefaultHttpHeaders `
-Method Post
the endpoint returns 400 Bad Request
, which causes PowerShell to show the following not-so-helpful message:
Invoke-WebRequest : The remote server returned an error: (400) Bad Request. At line:1 char:1 + Invoke-WebRequest "https://api.mysite.com/the/endpoint" -Body ... + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + CategoryInfo : InvalidOperation: (System.Net.HttpWebRequest:HttpWebRequest) [Invoke-WebRequest], WebException + FullyQualifiedErrorId : WebCmdletWebResponseException,Microsoft.PowerShell.Commands.InvokeWebRequestCommand
How do I get the body of the response, which might tell me what was wrong with the request I sent?
According to Invoke-RestMethod documentation, cmdlet can return different types depending on the content it receives. Assing cmdlet output to a variable (
$resp = Invoke-RestMethod (...)
) and then check if the type isHtmlWebResponseObject
($resp.gettype()
). Then you'll have many properties at your disposal, like BaseResponse, Content and StatusCode.If
$resp
is some other type (string, psobject and most probably null in this case), it seems that error messageThe remote server returned an error: (400) Bad Request
is the response body, only stripped from html (I tested this on some of my methods), maybe even truncated . If you want to extract it, run the cmdlet using common parameter to store the error message:Invoke-RestMethod (...) -ErrorVariable RespErr
and you'll have it in$RespErr
variable.EDIT:
Ok, I got it and it was pretty obvious :). Invoke-RestMethod throws an error, so lets just catch it:
Here's all you need, especially in WebResponse object. I listed 3 properties that catch the eye, there's more. Also if you store
$_
instead of$_.Exception
there could be some properties PowerShell already extracted for you, but I don't expect nothing more meaningful than in.Exception.Response
.For me it only worked in a Pester context, when setting the streams Position to 0 before reading it.
$RespErr will have the more details about the BadRequest in my case its
$RespErr;
It looks like it works only in localhost, i tried with my actual server it didn't work.
another way to try is this
If you are just after the response
StatusCode
andContent
here is a novel way of solving this problem without lots of messy try/catch and manual reading of response streams:As far as I can tell, the
ErrorRecord.ErrorDetails.Message
contains the exact equivalent to theMicrosoft.PowerShell.Commands.WebResponseObject.Content
property that would get returned to you on a successful invocation ofInvoke-WebRequest
, just without the hassle of having to do all thatGetResponseStream()
jazz.There is a known issue with PowerShell
Invoke-WebRequest
andInvoke-RestMethod
where the shell eats the response body when the status code is an error (4xx or 5xx). Sounds like the JSON content you are looking for is evaporating in just this manner. You can fetch the response body in your catch block using$_.Exception.Response.GetResponseStream()