Skip to main content

Remove Actix


Actix should be replaced with a suitable alternative.


The Actix project in its current form has been discontinued.

Actix is used within the tremor-runtime for control plane facilities off the critical path, such as hosting the Tremor API and is used in some onramps/offramps.

A suitable replacement should be integrated replacing Actix.

Guide-level Explanation

The Tremor REST API uses the actix-web project.

The Tremor server uses actix, actix-files actix-cors and actix-web.

These projects are discontinued and need suitable replacements.

Reference-level Explanation

REST API use case:

  • Adopt (tide)[] for REST and HTTP API purposes.

WebSocket API use case:

  • Adopt (async-tungstenite)[].

Control plane use case:

  • Prefer interceptor interface insulating control plane from transport/data format choices.
  • Replace all uses of core actix actors with a suitable alternative.
  • Consider channels with event/run loops as an alternative pseudo-actor model.
  • Consider (bastion)[].


Tremor-runtime is a working system and is currently stable.

Replacing the control plane, API and websocket facilities will incur some overhead and risk especially regarding differences in actor model implementations and how they interoperate with asynchronous or channel based rust code which Tremor exploits heavily.

Rationale and Alternatives

The existing test suites in EQC should be sufficient for API purposes to defend against regression but no alternative is stable, and there is no guarantee that current external frameworks will be supported in the longer term.

Actix may yet find alternative maintainers and/or it could be forked and maintained by ourselves, worst case to preserve current investment in the Actix project within Tremor.

Actix has an opinionated architecture and implementation which deviates from the goals and needs of Tremor sufficiently that its integration was not without compromise. Revisiting areas of Tremor code currently adopting actix may result in simplification and modernising to current Rust style and idioms based on fully standards-based async rust, which was not available when these facilities were implemented.

Prior Art

As above.

Unresolved questions

Consider maintenance dynamics of libraries being considered for adoption with a preferential biases for smaller libraries that would be easier to maintain if their maintainership changes looking forward.

Future possibilities

Generalise on async for all facilities currently integrating Actix and reconsider Tremor runtime, concurrency and other primitives with async rust as an optimising bias.