v0.21.0
[v0.21.0] - 2023-12-13
This release contains big changes and let's go over the main ones:
JSON-RPC specific middleware
After getting plenty of feedback regarding a JSON-RPC specific middleware,
this release introduces a composable "tower-like" middleware that applies per JSON-RPC method call.
The new middleware also replaces the old RpcLogger
which may break some use-cases, such as if
JSON-RPC was made on a WebSocket or HTTP transport, but it's possible to implement that by
using jsonrpsee as a tower service
or the low-level server API
.
An example how write such middleware:
#[derive(Clone)]
pub struct ModifyRequestIf<S>(S);
impl<'a, S> RpcServiceT<'a> for ModifyRequestIf<S>
where
S: Send + Sync + RpcServiceT<'a>,
{
type Future = S::Future;
fn call(&self, mut req: Request<'a>) -> Self::Future {
// Example how to modify the params in the call.
if req.method == "say_hello" {
// It's a bit awkward to create new params in the request
// but this shows how to do it.
let raw_value = serde_json::value::to_raw_value("myparams").unwrap();
req.params = Some(StdCow::Owned(raw_value));
}
// Re-direct all calls that isn't `say_hello` to `say_goodbye`
else if req.method != "say_hello" {
req.method = "say_goodbye".into();
}
self.0.call(req)
}
}
async fn run_server() {
// Construct our middleware and build the server.
let rpc_middleware = RpcServiceBuilder::new().layer_fn(|service| ModifyRequestIf(service));
let server = Server::builder().set_rpc_middleware(rpc_middleware).build("127.0.0.1:0").await.unwrap();
// Start the server.
let mut module = RpcModule::new(());
module.register_method("say_hello", |_, _| "lo").unwrap();
module.register_method("say_goodbye", |_, _| "goodbye").unwrap();
let handle = server.start(module);
handle.stopped().await;
}
jsonrpsee server as a tower service
For users who want to get full control of the HTTP request, it's now possible to utilize jsonrpsee as a tower service
example here
jsonrpsee server low-level API
For users who want to get low-level access and for example to disconnect
misbehaving peers that is now possible as well example here
Logging in the server
Logging of RPC calls has been disabled by default,
but it's possible to enable that with the RPC logger middleware or provide
your own middleware for that.
let rpc_middleware = RpcServiceBuilder::new().rpc_logger(1024);
let server = Server::builder().set_rpc_middleware(rpc_middleware).build("127.0.0.1:0").await?;
WebSocket ping/pong API
The WebSocket ping/pong APIs have been refactored to be able
to disconnect inactive connections both by from the server and client-side.
Thanks to the external contributors @oleonardolima
and @venugopv who contributed to this release.
[Changed]
- chore(deps): update tokio-rustls requirement from 0.24 to 0.25 (#1256)
- chore(deps): update gloo-net requirement from 0.4.0 to 0.5.0 (#1260)
- chore(deps): update async-lock requirement from 2.4 to 3.0 (#1226)
- chore(deps): update proc-macro-crate requirement from 1 to 2 (#1211)
- chore(deps): update console-subscriber requirement from 0.1.8 to 0.2.0 (#1210)
- refactor: split client and server errors (#1122)
- refactor(ws client): impl tokio:{AsyncRead, AsyncWrite} for EitherStream (#1249)
- refactor(http client): enable all http versions (#1252)
- refactor(server): change ws ping API (#1248)
- refactor(ws client): generic over data stream (#1168)
- refactor(client): unify ws ping/pong API with the server (#1258
- refactor: set
tcp_nodelay == true
by default ([#1263])(#1263)
[Added]
- feat(client): add
disconnect_reason
API (#1246) - feat(server): jsonrpsee as
service
andlow-level API for more fine-grained API to disconnect peers etc
(#1224) - feat(server): JSON-RPC specific middleware (#1215)
- feat(middleware): add
HostFilterLayer::disable
(#1213)
[Fixed]
- fix(host filtering): support hosts with multiple ports (#1227)