You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
@@ -117,7 +117,7 @@ public interface Publisher<T> {
117
117
|<a name="1.11">11</a>|A `Publisher` MAY support multiple `Subscriber`s and decides whether each `Subscription` is unicast or multicast. |
118
118
| [:bulb:](#1.11"1.11 explained") |*The intent of this rule is to give Publisher implementations the flexibility to decide how many, if any, Subscribers they will support, and how elements are going to be distributed.*|
@@ -157,7 +157,7 @@ public interface Subscriber<T> {
157
157
|<a name="2.13">13</a>|Calling `onSubscribe`, `onNext`, `onError` or `onComplete` MUST [return normally](#term_return_normally) except when any provided parameter is `null` in which case it MUSTthrow a `java.lang.NullPointerException` to the caller, for all other situations the only legal way for a `Subscriber` to signal failure is by cancelling its `Subscription`.In the case that this rule is violated, any associated `Subscription` to the `Subscriber` MUST be considered as cancelled, and the caller MUST raise this error condition in a fashion that is adequate for the runtime environment. |
158
158
| [:bulb:](#2.13"2.13 explained") |*The intent of this rule is to establish the semantics for the methods of Subscriber and what the Publisher is allowed to do in which casethis rule is violated. «Raisethis error condition in a fashion that is adequate for the runtime environment» could mean logging the error—or otherwise make someone or something aware of the situation—as the error cannot be signalled to the faulty Subscriber.*|
@@ -205,7 +205,7 @@ public interface Subscription {
205
205
206
206
A `Subscription` is shared by exactly one `Publisher` and one `Subscriber` for the purpose of mediating the data exchange between this pair. This is the reason why the `subscribe()` method does not return the created `Subscription`, but instead returns `void`; the `Subscription` is only passed to the `Subscriber` via the `onSubscribe` callback.
Copy file name to clipboardExpand all lines: RELEASE-NOTES.md
+14-20
Original file line number
Diff line number
Diff line change
@@ -2,72 +2,66 @@
2
2
3
3
---
4
4
5
-
# Version 1.0.2-RC2 released on 2017-12-07
6
-
7
-
- Addresses [some oversights](https://github.com/reactive-streams/reactive-streams-jvm/pull/419) in the Flow-TCK for Flow.Processor
8
-
9
-
For more information on the 1.0.2 version, see below.
10
-
11
-
# Version 1.0.2-RC1 released on 2017-12-05
5
+
# Version 1.0.2 released on 2017-12-19
12
6
13
7
## Announcement:
14
8
15
-
We—the Reactive Streams community—are pleased to announce the immediate availability of `Reactive Streams 1.0.2-RC1`. This update to `Reactive Streams` brings the following improvements over `1.0.1`.
9
+
We—the Reactive Streams community—are pleased to announce the immediate availability of `Reactive Streams 1.0.2`. This update to `Reactive Streams` brings the following improvements over `1.0.1`.
* Supports Publishers/Processors which do [coordinated emission](http://www.reactive-streams.org/reactive-streams-tck-1.0.2-RC1-javadoc/org/reactivestreams/tck/PublisherVerification.html#doesCoordinatedEmission--).
20
+
+ Improved [coverage](#tck-alterations-102)
21
+
* Supports Publishers/Processors which do [coordinated emission](http://www.reactive-streams.org/reactive-streams-tck-1.0.2-javadoc/org/reactivestreams/tck/PublisherVerification.html#doesCoordinatedEmission--).
28
22
+ Improved JavaDoc
29
23
- Examples
30
-
+ New example [RangePublisher](http://www.reactive-streams.org/reactive-streams-examples-1.0.2-RC1-javadoc/org/reactivestreams/example/unicast/RangePublisher.html)
24
+
+ New example [RangePublisher](http://www.reactive-streams.org/reactive-streams-examples-1.0.2-javadoc/org/reactivestreams/example/unicast/RangePublisher.html)
31
25
- Artifacts
32
26
+ NEW! [Flow adapters](#flow-adapters)
33
27
+ NEW! [Flow TCK](#flow-tck)
34
28
+ Java 9 [Automatic-Module-Name](#automatic-module-name) added for all artifacts
35
29
36
-
## Specification clarifications 1.0.2-RC1
30
+
## Specification clarifications 1.0.2
37
31
38
32
## Subscriber Rule 2
39
33
40
34
**1.0.1:** The intent of this rule is that a Subscriber should not obstruct the progress of the Publisher from an execution point-of-view. In other words, the Subscriber should not starve the Publisher from CPU cycles.
41
35
42
-
**1.0.2-RC1:** The intent of this rule is that a Subscriber should not obstruct the progress of the Publisher from an execution point-of-view. In other words, the Subscriber should not starve the Publisher from receiving CPU cycles.
36
+
**1.0.2:** The intent of this rule is that a Subscriber should not obstruct the progress of the Publisher from an execution point-of-view. In other words, the Subscriber should not starve the Publisher from receiving CPU cycles.
43
37
44
38
## Subscriber Rule 8
45
39
46
40
**1.0.1:** The intent of this rule is to highlight that there may be a delay between calling `cancel` the Publisher seeing that.
47
41
48
-
**1.0.2-RC1** The intent of this rule is to highlight that there may be a delay between calling `cancel` and the Publisher observing that cancellation.
42
+
**1.0.2** The intent of this rule is to highlight that there may be a delay between calling `cancel` and the Publisher observing that cancellation.
49
43
50
44
## Flow adapters
51
45
52
-
An adapter library has been created to convert `org.reactivestreams` to `java.util.concurrent.Flow` and vice versa. Read more about it [here](http://www.reactive-streams.org/reactive-streams-flow-adapters-1.0.2-RC1-javadoc)
46
+
An adapter library has been created to convert `org.reactivestreams` to `java.util.concurrent.Flow` and vice versa. Read more about it [here](http://www.reactive-streams.org/reactive-streams-flow-adapters-1.0.2-javadoc)
A TCK artifact has been created to allow for direct TCK verification of `java.util.concurrent.Flow` implementations. Read more about it [here](https://github.com/reactive-streams/reactive-streams-jvm/blob/v1.0.2-RC1/tck-flow/README.md)
58
+
A TCK artifact has been created to allow for direct TCK verification of `java.util.concurrent.Flow` implementations. Read more about it [here](https://github.com/reactive-streams/reactive-streams-jvm/blob/v1.0.2/tck-flow/README.md)
- Added support for Publisher verification of Publishers who do coordinated emission, i.e. where elements only are emitted after all current Subscribers have signalled demand. ([#284](https://github.com/reactive-streams/reactive-streams-jvm/issues/284))
85
79
- The `SubscriberWhiteboxVerification` has been given more user friendly error messages in the case where the user forgets to call `registerOnSubscribe`. (#416)[https://github.com/reactive-streams/reactive-streams-jvm/pull/416]
0 commit comments