Open lemony312 opened 1 month ago
You are getting no errors because encoding into the body response is turned off, it can leak server details. ("Secure by default")
It can be set it though with ErrorResponseConfig
introduced in this commit:
https://github.com/zio/zio-http/commit/2c90dde99d04dd138370d5ac39ec9ea514565579#diff-c3252812e3130ed03f83725d8f8fe134295b999de4d4de33374072966250700c
So if you upgrade to at least RC10, you can add this as an aspect to your route, something like:
val getItemRoute = getEndpoint.implementHandler(getItemHandler).toRoutes @@ ErrorResponseConfig.debug
Check the documentation about the attributes here: https://github.com/zio/zio-http/blob/main/docs/reference/response/response.md#failure-responses-with-details
On the other hand your code is trying to use a MyItem
as a response out, which is not supported by the TextBinaryCodec
, that is chosen by zio-http. This is based on your only explicit header’s mediatype (it is using the first passed or the default one: https://github.com/zio/zio-http/blob/main/zio-http/shared/src/main/scala/zio/http/codec/HttpContentCodec.scala#L113).
So if you are not sending the text/plain
header or application/json
is preceding that you are good to go, or if you want to use that text/plain
header then specify a suitable output like a String.
Are you saying that by default zio-http will only support json encoding but will not support text/plain
codec by default?
Why is it that if I do not use the Endpoint
but use a direct implementation, that text/plain
does not break the server? This seems like an inconsistency but I could misunderstanding.
It was not clear from the links you posted if there is a setting to at least print error logs to the console (and not in the response)
@lemony312 Your direct impl returns a json for text/plain
which you can ofc, but is not an expected behavior and therefore not the default. The default is returning a simple String
which does not support multi field case classes
@987Nabil Since this is a codec error, can't we do better reporting without leaking details?
/bounty $250
/attempt #3188
with your implementation plan/claim #3188
in the PR body to claim the bountyThank you for contributing to zio/zio-http!
Add a bounty • Share on socials
Attempt | Started (GMT+0) | Solution |
---|---|---|
🟢 @asr2003 | Nov 9, 2024, 9:25:46 PM | #3204 |
/attempt #3188
Algora profile | Completed bounties | Tech | Active attempts | Options |
---|---|---|---|---|
@asr2003 | 3 ZIO bounties + 5 bounties from 3 projects |
Rust, Scala, Go & more |
﹟350 |
Cancel attempt |
💡 @asr2003 submitted a pull request that claims the bounty. You can visit your bounty board to reward.
Describe the bug I am using the Endpoint definition to accept some body and return a case class. I defined the schema and some json encoders. If a user makes a request with
Accept: plain/text
the route will return a 500 with no body. (I had to copy the endpoint code and add log statements to see what the actual error was and it showed that is TextBinary encoder failing - see screenshot)To Reproduce Steps to reproduce the behaviour:
$ curl localhost:8080/api/item/id -H 'accept:text/plain'
This will return a 500 with no body (and NO LOGS) on the server.
if you explicity set text plain
then you can curl this way
as a side note, the client sent a list of accept content including application/json Yet the server decided to pick the first from the list, fail silently, and not retry another content type.
Another note - if you define the route explicitly (not using endpoint) - it will not fail! Expected behaviour better: Either a server log or some information best: Support text/plain automatically
Screenshots