Closed FrelliBB closed 7 years ago
Good point. We should fix this.
So the problem here is that in BastionBuilderImpl.call()
, if decodeModel()
does not return, then the modelResponse
variable is not set which is subsequently not sent to the listeners in the catch
clause. We should keep the response
we get from the RequestExecutor
as a field and pass that instead to the listeners in the catch
clauses.
Fixed in #74.
Given that I have a server which only accepts
application/x-www-form-urlencoded
(and will return an exception message in the response body if the content-type header is anything different) and I make the following request:then the following exception is thrown:
Decoding of the exception into a
Wizard
failed and the actual response from the server was not logged at any point. It is not clear whether the server sent back an exception message or if Bastion was not able to decode the response.