Releases: slawlor/ractor
v0.5.1
Introducing ractor_cluster
! This crate facilitates distributed processing with ractor
actors. This should be considered a pre-release version, but initial verifications have indicated the logic is sound.
Please feel free to utilize it and report any issues or missing features!
v0.5.0
Ractor v0.5.0 is released!
This contains 2 major updates
- Adding support for non-panic level errors in message and actor handers. This resolves #33 and is handled in a generic way, so handlers receive a
Box<dyn Error + Send + Sync + 'static>
. - The lions share of the changes here is initial support for remote actors. This includes changes in both
ractor
and a new crateractor_cluster
(#32). This is tracked in a longer running issue #16
v0.4.2
v0.4.1
Addition of helpful macros for call!
, cast!
, and forward!
(plus call_t!
for call's with timeouts for a functional reason, but it's being worked on!)
Full changelog: v0.4.0...v0.4.1
v0.4.0
BREAKING CHANGE Warning!
A big cleanup which makes for much cleaner usage and type importing when working with ractor
. Namely a rename of the ActorHandler
trait to just Actor
which also has spawn
and spawn_linked
aliased on it as static methods. This will help keep the type imports down and cleanup usage of the library. See #27 FMI
Full changelog: v0.3.2...v0.4.0
v0.3.2
Decrease the tokio dependency. Effectively a no-op
Full changelog (0.3.1 -> 0.3.2): v0.3.1...v0.3.2
v0.3.1
Documentation update missed with v0.3.0 release
Full changelog (0.2.0 -> 0.3.1): v0.2.0...v0.3.1
v0.3.0
Ractor v0.3.0 is available!
Inclusions in this release
- Process groups (Erlang's
pg
groups) - Moving from returning state structs to using a mutable ref. This allows operators to mutate the ref in-place without having to return new values and cloning all the time. The clone trait is still required to capture the final state and pass it to supervisors, however it's ONLY used in that 1 scenario.
v0.2.0
ractor
has an update! We're releasing v0.2.0 with the following improvements
- Global named actor registry. If an actor is started with a provided
name
, then it'll be put into a global registry which can be used to reference the actor statically from anywhere - Added a new strongly-typed
ActorRef<TActor>
wrapper overActorCell
so you don't need to pass the actor type everywhere. AlsoActorHandler
will pass anActorRef
with the proper type, removing the need for most generics specifications - Added
OutputPort
s which are publish-subscribe mechanisms between actors. Their usage is still a little clunky, but we have #4 opened to track their cleanup. They are stable and able to be used (see the examples!)
Full changelog: v0.1.1...v0.2.0