beam-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Amit Sela (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (BEAM-853) Force streaming execution on batch pipelines for testing.
Date Sat, 19 Nov 2016 19:04:58 GMT

    [ https://issues.apache.org/jira/browse/BEAM-853?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15679708#comment-15679708
] 

Amit Sela commented on BEAM-853:
--------------------------------

I have this one sorted out already, but I'll make it a part of BEAM-920 since there is no
way to test it without BEAM-920.

> Force streaming execution on batch pipelines for testing.
> ---------------------------------------------------------
>
>                 Key: BEAM-853
>                 URL: https://issues.apache.org/jira/browse/BEAM-853
>             Project: Beam
>          Issue Type: Bug
>          Components: runner-spark
>            Reporter: Amit Sela
>            Assignee: Amit Sela
>
> Beam's {{RunnableOnService}} tests for runners are written with bounded reads so the
SparkRunner should force a streaming pipeline on an "all-batch" pipeline. 
> Currently the runner will decide the translation (batch/streaming) according to the input
PCollection boundness (in case of input, according to output).
> One way to overcome this would be to override this behaviour in {{TestSparkRunner}}.
> Another challenge is the implementation itself - we could clearly read the RDD and create
a single-RDD-DStream of it (following RDDs will be empty) but this will miss the point of
testing streaming pipelines both for testing the execution of {{Read.Unbounded}} and for testing
across-microbatches (tests state management).
> Finally, we have to consider how this is going to play nicely with {{SplittableDoFn}}.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message