blaze
blaze copied to clipboard
http4s
Blazing fast NIO microframework and Http Parser
Currently, `BlazeServerBuilder` has line statically defined `logger` (https://github.com/http4s/http4s/blob/2dba53fd4bcd8711f7db093e445ed5854f319afa/blaze-server/src/main/scala/org/http4s/server/blaze/BlazeServerBuilder.scala#L97). It limits our ability to us metered logger. Would it make sense to provide extra `def withLogger(logger: Logger[F])` function would allow us...
Unfortunately, I don't know how exactly to reproduce this error. The problem is that when I ran a local WebSocket server it was closing all incoming connections and printing the...
http4s-version: 0.20.10 java-version: 11.0.4 (adoptopenjdk) scala: 2.12.9 server backend: blaze (whatever version comes with http4s 0.20.10) When running jmeter against a websocket endpoint I'm getting these kinds of errors every...
Hi, during benchmarking a http4s service implementation I ran into some issues. Occasionally the service errored producing the following kinds of exceptions in the logs. ### First kind After this...
Using blaze server, when rendering a streaming body directly using `withBodyStream` if the Transfer-Encoding: chunked header is omitted no response is ever rendered to client in some cases. This looks...
I'll start explaining myself with an example. Let's say we deploy an http4s blaze server with `info` level logging. We then hit the server with a request for `http://127.0.0.1:8080/foo?bar={}` and...
Is this possible currently? I took a look at how the regular HTTP responses can be tested by feeding a response to the HttpRoutes object, but when feeding the same...
**Description:** If we have to create route with some parameters, like: ``` case GET -> Root / "data" :? CodeQueryParam(code) +& ShowCurrentDataQueryParam(showCurrentData) object ShowCurrentDataQueryParam extends OptionalQueryParamDecoderMatcher[Boolean]("showCurrentData") object CodeQueryParam extends QueryParamDecoderMatcher[String]("code")...
They've changed to `io-compute-` during the refactors. We should probably try to get the old names back
I'm unhappy about the `allocated` call we're making for the `Dispatcher`, so we should probably gauge feasibility for getting graceful shutdowns.