[
https://issues.apache.org/jira/browse/SPARK-23503?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Xiao Li updated SPARK-23503:
----------------------------
Fix Version/s: (was: 3.0.0)
2.4.0
> continuous execution should sequence committed epochs
> -----------------------------------------------------
>
> Key: SPARK-23503
> URL: https://issues.apache.org/jira/browse/SPARK-23503
> Project: Spark
> Issue Type: Sub-task
> Components: Structured Streaming
> Affects Versions: 2.4.0
> Reporter: Jose Torres
> Priority: Major
> Fix For: 2.4.0
>
>
> Currently, the EpochCoordinator doesn't enforce a commit order. If a message
> for epoch n gets lost in the ether, and epoch n + 1 happens to be ready for
> commit earlier, epoch n + 1 will be committed.
>
> This is either incorrect or needlessly confusing, because it's not safe to
> start from the end offset of epoch n + 1 until epoch n is committed.
> EpochCoordinator should enforce this sequencing.
>
> Note that this is not actually a problem right now, because the commit
> messages go through the same RPC channel from the same place. But we
> shouldn't implicitly bake this assumption in.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@spark.apache.org
For additional commands, e-mail: issues-h...@spark.apache.org
