We need to handle exceptions to be able to return a error response to the client, but most likely we should see if we can reraise it so the underlying ASGI (and maybe WSGI) servers can present it to the user, or otherwise allow logging it.
Will need to verify this works even though we finish the response. API-wise, ASGI at least allows us to finish the response and then raise the exception, and we would need to see how servers treat that. For WSGI, since the response is closed by finishing the iterable, it may not be possible and we'd need to consider manual logging instead.
#216
We need to handle exceptions to be able to return a error response to the client, but most likely we should see if we can reraise it so the underlying ASGI (and maybe WSGI) servers can present it to the user, or otherwise allow logging it.
Will need to verify this works even though we finish the response. API-wise, ASGI at least allows us to finish the response and then raise the exception, and we would need to see how servers treat that. For WSGI, since the response is closed by finishing the iterable, it may not be possible and we'd need to consider manual logging instead.
#216