Rename FlowMaterializer to Materializer
This commit is contained in:
parent
dc7269e620
commit
7879a5521b
245 changed files with 860 additions and 860 deletions
|
|
@ -196,7 +196,7 @@ well-known sinks, such as ``runForeach(el -> )`` (being an alias to ``runWith(Si
|
|||
Materialization is currently performed synchronously on the materializing thread.
|
||||
The actual stream processing is handled by actors started up during the streams materialization,
|
||||
which will be running on the thread pools they have been configured to run on - which defaults to the dispatcher set in
|
||||
:class:`MaterializationSettings` while constructing the :class:`ActorFlowMaterializer`.
|
||||
:class:`MaterializationSettings` while constructing the :class:`ActorMaterializer`.
|
||||
|
||||
.. note::
|
||||
Reusing *instances* of linear computation stages (Source, Sink, Flow) inside FlowGraphs is legal,
|
||||
|
|
|
|||
|
|
@ -299,7 +299,7 @@ is ``completed`` before ``g``, but still emitted afterwards.
|
|||
|
||||
The numbers in parenthesis illustrates how many calls that are in progress at
|
||||
the same time. Here the downstream demand and thereby the number of concurrent
|
||||
calls are limited by the buffer size (4) of the :class:`ActorFlowMaterializerSettings`.
|
||||
calls are limited by the buffer size (4) of the :class:`ActorMaterializerSettings`.
|
||||
|
||||
Here is how we can use the same service with ``mapAsyncUnordered``:
|
||||
|
||||
|
|
@ -355,7 +355,7 @@ Note that ``after`` lines are not in the same order as the ``before`` lines. For
|
|||
|
||||
The numbers in parenthesis illustrates how many calls that are in progress at
|
||||
the same time. Here the downstream demand and thereby the number of concurrent
|
||||
calls are limited by the buffer size (4) of the :class:`ActorFlowMaterializerSettings`.
|
||||
calls are limited by the buffer size (4) of the :class:`ActorMaterializerSettings`.
|
||||
|
||||
.. _reactive-streams-integration-java:
|
||||
|
||||
|
|
|
|||
|
|
@ -19,12 +19,12 @@ Here's the data model we'll be working with throughout the quickstart examples:
|
|||
|
||||
Transforming and consuming simple streams
|
||||
-----------------------------------------
|
||||
In order to prepare our environment by creating an :class:`ActorSystem` and :class:`ActorFlowMaterializer`,
|
||||
In order to prepare our environment by creating an :class:`ActorSystem` and :class:`ActorMaterializer`,
|
||||
which will be responsible for materializing and running the streams we are about to create:
|
||||
|
||||
.. includecode:: ../../../akka-samples/akka-docs-java-lambda/src/test/java/docs/stream/TwitterStreamQuickstartDocTest.java#materializer-setup
|
||||
|
||||
The :class:`ActorFlowMaterializer` can optionally take :class:`ActorFlowMaterializerSettings` which can be used to define
|
||||
The :class:`ActorMaterializer` can optionally take :class:`ActorMaterializerSettings` which can be used to define
|
||||
materialization properties, such as default buffer sizes (see also :ref:`stream-buffers-java`), the dispatcher to
|
||||
be used by the pipeline etc. These can be overridden ``withAttributes`` on :class:`Flow`, :class:`Source`, :class:`Sink` and :class:`Graph`.
|
||||
|
||||
|
|
@ -60,7 +60,7 @@ or by using the shorthand version (which are defined only for the most popular s
|
|||
|
||||
.. includecode:: ../../../akka-samples/akka-docs-java-lambda/src/test/java/docs/stream/TwitterStreamQuickstartDocTest.java#authors-foreach-println
|
||||
|
||||
Materializing and running a stream always requires a :class:`FlowMaterializer` to be passed in explicitly,
|
||||
Materializing and running a stream always requires a :class:`Materializer` to be passed in explicitly,
|
||||
like this: ``.run(mat)``.
|
||||
|
||||
Flattening sequences in streams
|
||||
|
|
@ -146,7 +146,7 @@ First, we prepare the :class:`FoldSink` which will be used to sum all ``Integer`
|
|||
Next we connect the ``tweets`` stream though a ``map`` step which converts each tweet into the number ``1``,
|
||||
finally we connect the flow ``to`` the previously prepared Sink. Notice that this step does *not* yet materialize the
|
||||
processing pipeline, it merely prepares the description of the Flow, which is now connected to a Sink, and therefore can
|
||||
be ``run()``, as indicated by its type: :class:`RunnableFlow`. Next we call ``run()`` which uses the implicit :class:`ActorFlowMaterializer`
|
||||
be ``run()``, as indicated by its type: :class:`RunnableFlow`. Next we call ``run()`` which uses the implicit :class:`ActorMaterializer`
|
||||
to materialize and run the flow. The value returned by calling ``run()`` on a ``RunnableFlow`` or ``FlowGraph`` is ``MaterializedMap``,
|
||||
which can be used to retrieve materialized values from the running stream.
|
||||
|
||||
|
|
|
|||
|
|
@ -62,7 +62,7 @@ to a level that throughput requirements of the application require. Default buff
|
|||
|
||||
akka.stream.materializer.max-input-buffer-size = 16
|
||||
|
||||
Alternatively they can be set by passing a :class:`ActorFlowMaterializerSettings` to the materializer:
|
||||
Alternatively they can be set by passing a :class:`ActorMaterializerSettings` to the materializer:
|
||||
|
||||
.. includecode:: ../../../akka-samples/akka-docs-java-lambda/src/test/java/docs/stream/StreamBuffersRateDocTest.java#materializer-buffer
|
||||
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue