This library implements multiparty session types in Rust for at least two participants. It relies on sesh.
A short video presentation of the library can be found here: https://youtu.be/ej1FetN31HE.
Add this to your Cargo.toml
:
[dependencies]
mpstthree = "0.1.16"
Assume a simple protocol involving 3 participants, A, B and C. A sends a payload to B, then receives another payload from C. Upon receiving the payload from A, B sends a payload to C. This protocol can be written as A!B.A?C.B!C.0. To implement this example, first, get the right components from the library.
// Used for the functions that will process the protocol
use std::boxed::Box;
use std::error::Error;
// Used for creating the types
use mpstthree::binary::struct_trait::{end::End, recv::Recv, send::Send};
use mpstthree::meshedchannels::MeshedChannels;
// Used for creating the stack of each role
use mpstthree::role::a::RoleA;
use mpstthree::role::b::RoleB;
use mpstthree::role::c::RoleC;
use mpstthree::role::end::RoleEnd;
// Importing the names of the participants
use mpstthree::name::a::NameA;
use mpstthree::name::b::NameB;
use mpstthree::name::c::NameC;
// Used for connecting all the roles, represented as MeshedChannels, together
use mpstthree::functionmpst::fork::fork_mpst;
Then, you have to create the binary session types defining the interactions for each pair of participants. Note that each created type can be reused as many times as needed. For our example, we create several times the same binary session type for clarity, but we could use only two of those types for the whole protocol instead.
// Creating the binary sessions
// for A
type AtoB = Send<i32, End>;
type AtoC = Recv<i32, End>;
// for B
type BtoA = Recv<i32, End>;
type BtoC = Send<i32, End>;
// for C
type CtoA = Send<i32, End>;
type CtoB = Recv<i32, End>;
Add the stacks which give the correct order of the operations for each participant.
// Stacks
// for A
type StackA = RoleB<RoleC<RoleEnd>>;
// for B
type StackB = RoleA<RoleC<RoleEnd>>;
// for C
type StackC = RoleA<RoleB<RoleEnd>>;
You can now encapsulate those binary session types and stacks into MeshedChannels for each participant. We also add the names of the related roles.
// Creating the MP sessions
// for A
type EndpointA = MeshedChannels<AtoB, AtoC, StackA, NameA>;
// for B
type EndpointB = MeshedChannels<BtoA, BtoC, StackB, NameB>;
// for C
type EndpointC = MeshedChannels<CtoA, CtoB, StackC, NameC>;
To run the protocol, we need to detail the behaviour of the participants with functions that input the Endpoints defined above.
// Function to process Endpoint of A
fn endpoint_a(s: EndpointA) -> Result<(), Box<dyn Error>> {
let s = s.send(1);
let (_x, s) = s.recv()?;
s.close()
}
// Function to process Endpoint of B
fn endpoint_b(s: EndpointB) -> Result<(), Box<dyn Error>> {
let (_x, s) = s.recv()?;
let s = s.send(2);
s.close()
}
// Function to process Endpoint of C
fn endpoint_c(s: EndpointC) -> Result<(), Box<dyn Error>> {
let s = s.send(3);
let (_x, s) = s.recv()?;
s.close()
}
In the end, you have to link/fork the threads, related to the functions above, together with fork_mpst(). Do not forget to unwrap() the returned threads.
// Fork all endpoints
fn main() {
let (thread_a, thread_b, thread_c) = fork_mpst(
endpoint_a,
endpoint_b,
endpoint_c,
);
thread_a.join().unwrap();
thread_b.join().unwrap();
thread_c.join().unwrap();
}
For running this example, assuming it is in the examples/ folder, use:
cargo run --example [name of your example]
These instructions will get you a copy of the project up and running on your local machine for development and testing purposes.
You need to have Rust.
You will get cargo
installed.
For building the library, run this code.
cargo build
For running the tests, run this code.
cargo test
For running an example [XXX] of the library, run this code.
cargo run --example [XXX]
Depending on the example you would like to run, you may have to modify the previous command line into:
cargo run --example [XXX] --features="[YYY]"
where [YYY] is one or more of the features provided in Available features hereafter.
With this library, one can write any protocol with at least two participants and using methods to shorten the writing and checking. You can check the tests and examples to have a larger overview of the different possibilities provided by this library.
The different features available are:
default
: default features, for implementing the basic example above.macros_simple
: feature for implementing protocols with three participants, whatever are their name.macros_multiple
: feature for implementing protocols with any number of participants. Containsmacros_simple
.baking
: feature for implementing protocols with any number of participants and using associated functions instead of functions. Containsmacros_multiple
.transport_tcp
: feature containing primitives for communicating with TCP. Requiresopenssl
,pkg-config
andlibssl-dev
installed on your machine.transport_udp
: feature containing primitives for communicating with UDP. Requiresopenssl
,pkg-config
andlibssl-dev
installed on your machine.transport_http
: feature containing primitives for communicating with HTTP/HTTPS. Requiresopenssl
,pkg-config
andlibssl-dev
installed on your machine.transport
: feature containingtransport_tcp
,transport_udp
andtransport_http
.checking
: feature for the top-down approach. Needs the [KMC
] tool.full
: feature containingchecking
,baking
andtransport
.
Please read CONTRIBUTING.md for details on our code of conduct, and the process for submitting pull requests to us.
We use SemVer for versioning.
- Nicolas Lagaillardie - Initial work - NicolasLagaillardie
- Rumyana Neykova - Initial work - RumyanaNeykova
- Nobuko Yoshida - Initial work - NobukoYoshida
See also the list of contributors who participated in this project.
Licensed under either of Apache License, Version 2.0 or MIT license at your option.
This project is part of my current PhD under the supervision of Nobuko Yoshida, that I would like to thank. I was also helped by my colleagues from Imperial College London.