Alessandro Vermeulen
Alessandro Vermeulen
No TLS Session re-use when using `Netty4ClientEngineFactory` (default) ### Expected behavior When establishing a second connection between the same client and server instance the TLS sessions should be re-used. ###...
This is an issue for discussing the proposal mentioned in [gitter](https://gitter.im/openzipkin/zipkin?at=5c9d22651f98a87112b7669d) to consider using the context of the request(s) *logically* preceding a request as its parent context. Given the following...
The code in the `RegexChecker` seems to indicate that regex matches should be done on a per line basis. [My github repo](https://github.com/spockz/scalastyle-test) shows differently.
An interesting part of Finatra is how it builds on top of Finagle to do routing of (external) services. This is available in com.twitter.finatra.http.internal.routing.RoutingService which is internal. ### Expected behavior...
Can we do something like https://github.com/HypothesisWorks/hypothesis/issues/2701 for creating more efficient generators while retaining the ability to write filters so we don't have to worry about rejecting too many inputs?
It is a well known issue with for-comprehensions where the futures in the code block below are not executed as parallel as possible: ``` scala for { val1
Currently caches, e.g. with `stash`, are scoped to the project name and the major scala version. This should probably be the full scala compiler version and include the version of...
In our testing we have a process where we test our application's binary as it goes to production. For HTTP we use contracts to stub data and we use fault...
* **I'm submitting a ...** - [ ] bug report - [x] feature request * **What is the current behavior?** Any file containing something looking like a JWT (based on...
The pact-stub-server has a `--provider-state-header-name` that allows for selecting a better matching interaction based on a header containing the requested provider state. The pact-verifier-cli (rust implementation) is missing this option....