Reactive Streams
Reactive Streams is an initiative to provide a standard for asynchronous stream processing with non-blocking back pressure.[1]
Initial release | 15 May 2015 |
---|---|
Stable release | 1.0.3
/ 23 August 2019 |
Repository | github |
Written in | Java (Scala, Groovy, Kotlin), .NET |
Website | reactive-streams |
Origin
Reactive Streams started as an initiative in late 2013 between engineers at Netflix, Pivotal and Lightbend. Some of the earliest discussions began in 2013 between the Play and Akka teams at Lightbend.[2][3] Lightbend is one of the main contributors of Reactive Streams.[4] Other contributors include Red Hat, Oracle, Twitter and spray.io.[5]
Goals
The main goal of Reactive Streams is to govern the exchange of stream data across an asynchronous boundary – like passing elements on to another thread or thread-pool – while ensuring that the receiving side is not forced to buffer arbitrary amounts of data. In other words, back pressure is an integral part of this model in order to allow the queues which mediate between threads to be bounded.
The intention of the specification is to allow the creation of many conforming implementations, which by virtue of abiding by the rules will be able to interoperate smoothly, preserving the mentioned benefits and characteristics across the whole processing graph of a stream application. A freely-available Technology Compatibility Kit[6] was developed alongside the specification that allows implementors of the specification to verify if they covered all rules and requirements, including checks for potential race conditions.
The scope of Reactive Streams is a minimal set of interfaces, methods and protocols that describe the necessary operations and entities to achieve the asynchronous streams of data with non-blocking back pressure. End-user DSLs or protocol binding APIs have purposefully been left out of the scope to encourage and enable different implementations that potentially use different programming languages to stay as true as possible to the idioms of their platform.
Inclusion in Java standard
The specification developed with the intent of future inclusion in the official Java standard library, if proven successful and adopted by enough libraries and vendors.
Reactive Streams were proposed to become part of Java 9 by Doug Lea, leader of JSR 166[7] as a new Flow class[8] that would include the interfaces currently provided by Reactive Streams.[4][9] After a successful 1.0 release of Reactive Streams and growing adoption, the proposal was accepted and Reactive Streams was included in JDK9 via the JEP-266.[9]
Adoption
On April 30, 2015 version 1.0.0 of Reactive Streams for the JVM was released,[4][5][10] including Java API,[11] a textual specification,[12] a TCK and implementation examples. It comes with a multitude of compliant implementations verified by the TCK for 1.0.0, listed in alphabetical order:[10]
- Akka Streams[13][14]
- MongoDB[15]
- Ratpack[16]
- Reactive Rabbit – driver for RabbitMQ/AMQP
- Spring and Pivotal Project Reactor[17]
- Netflix RxJava[18]
- Slick 3.0[19][20]
- Vert.x 3.0[21]
Other implementations include Cassandra,[22] Elasticsearch,[23] Apache Kafka,[24] Parallel Universe Quasar,[25] Play Framework,[26] Armeria.[27]
Spring 5 is announced to be built upon Reactive Streams compatible Reactor Core.[28]
Amazon announced that its Amazon Web Services SDK would support Reactive Streams to provide streaming capabilities in its client libraries in version 2.0.[29]
Reactive Streams 1.0.1 is released on August 9, 2017, including various improvements in specification preciseness, TCK improvements and other clarifications. The specification as well as interfaces remained fully backwards compatible with the 1.0.0 version, however aimed to streamline the adoption for future implementors as well as align with some additional requirements set by the OpenJDK.[30]
Ports and influences
- A direct port of the specification, interfaces and TCK was made available under the same working group for the .NET platform.[31]
- When the Elixir language introduced its streaming API called GenStage, the authors extended a thanks "[to] akka-streams and reactive-streams projects which provided us guidance in implementing the demand-driven exchange between stages".[32]
References
- reactive-streams.org
- A Journey into Reactive Streams
- Reactive Streams 1.0.0 interview
- Reactive Streams Releases First Stable Version for JVM
- Reactive Streams 1.0.0 – a new standard in reactive data processing
- "Reactive Streams TCK".
- jdk9 Candidate classes Flow and SubmissionPublisher
- java.util.concurrent.Flow
- JEP 266: More Concurrency Updates
- Reactive Streams 1.0.0 is here!
- Java API
- Reactive Streams for the JVM specification
- InfoQ: Reactive Streams with Akka Streams
- Design Principles behind Akka Streams
- MongoDB Reactive Streams Java Driver
- Ratpack: The Reactive Streams API
- Reactor 2.0.0.RC1 with native Reactive Streams support now available!
- Advanced RxJava: The Reactive-Streams API (part 1)
- Slick 3: Reactive Streams for Asynchronous Database Access in Scala
- Slick 3.0.0
- Vert.x Reactive Streams Integration
- Accessing Cassandra in a Reactive Way
- elastic4s — Non blocking, type safe DSL and Scala client for Elasticsearch
- Reactive Streams for Apache Kafka
- Quasar and Reactive Streams
- Play Framework — Reactive Streams integration (experimental)
- Armeria - Completely asynchronous and reactive
- Reactive Spring
- "AWS SDK for Java 2.0 developer preview announcement".
- "Reactive Streams 1.0.1 Release Announcement".
- "Reactive Streams .NET".
- "Elixir blog: Announcing GenStage".
This article incorporates text from www .reactive-streams , which is released under a CC0 1.0 Universal (CC0 1.0) Public Domain Dedication..org