Fork me on GitHub
#announcements
<
2020-12-23
>
mpenet09:12:00

A new version of https://github.com/exoscale/coax has been out for a while (unannounced here) - 1.0.0-alpha10 It adds caching of coercers resolution (it will parse spec forms once per spec only), so it's a massive speed increase. Be aware of how caching works when you work from the repl, you can turn it off via options. https://github.com/exoscale/coax#caching

👍 27
mpenet09:12:37

We also released an initial version of https://github.com/exoscale/telex - an http client based on http://java.net.http.httpclient It's very lightweight, runs everything through an interceptor chain that you can control (using https://github.com/exoscale/interceptor). For instance by default it supports both ring1 ring2 format depending on the chain you specify. The default interceptor chain is ring1 style. You can also do things such as skipping any kind of header parsing or ring style req/resp and hit the low level java api from that chain, basically lowering "framework" overhead to almost nothing. It leverages the CompletableFutures returned by the client for the async part and also provides an api to compose these via https://github.com/mpenet/auspex (it's very similar to manifold in terms of api, but just uses completablefuture interop., so another very thin facade)

metal 12
👍 12
vemv11:12:20

interesting! what was the main thing that lead you to create this project?

mpenet11:12:56

The need to find a replacement for aleph http client, plus in one particular case limiting dependencies

mpenet11:12:14

Having interceptors at the bottom also, we use these quite a bit

👍 3
otfrom11:12:03

cool. I have a new api I need to hit. 🙂

👍 3
mpenet10:12:25

New version of https://github.com/mpenet/tape is out as well, using the latest ChronicleQueue/ChronicleBytes

👍 24
parrot 3
holyjak12:12:23

In > Chronicle Queue is similar to a low latency broker less durable.. wouldn't it be better with brokerless or broker-less?