You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@spark.apache.org by "Tathagata Das (JIRA)" <ji...@apache.org> on 2014/12/25 01:33:13 UTC
[jira] [Comment Edited] (SPARK-3146) Improve the flexibility of
Spark Streaming Kafka API to offer user the ability to process message
before storing into BM
[ https://issues.apache.org/jira/browse/SPARK-3146?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14258598#comment-14258598 ]
Tathagata Das edited comment on SPARK-3146 at 12/25/14 12:32 AM:
-----------------------------------------------------------------
[~cody@koeninger.org] [~jerryshao] [~hshreedharan] If either of you wants to take a crack at the general interceptor pattern for all receivers, here is the JIRA - SPARK-4960. Please provide design doc.
was (Author: tdas):
[~cody@koeninger.org] [~jerryshao] If either of you wants to take a crack at the general interceptor pattern for all receivers, here is the JIRA - SPARK-4960
> Improve the flexibility of Spark Streaming Kafka API to offer user the ability to process message before storing into BM
> ------------------------------------------------------------------------------------------------------------------------
>
> Key: SPARK-3146
> URL: https://issues.apache.org/jira/browse/SPARK-3146
> Project: Spark
> Issue Type: Improvement
> Components: Streaming
> Affects Versions: 1.0.2, 1.1.0
> Reporter: Saisai Shao
>
> Currently Spark Streaming Kafka API stores the key and value of each message into BM for processing, potentially this may lose the flexibility for different requirements:
> 1. currently topic/partition/offset information for each message is discarded by KafkaInputDStream. In some scenarios people may need this information to better filter the message, like SPARK-2388 described.
> 2. People may need to add timestamp for each message when feeding into Spark Streaming, which can better measure the system latency.
> 3. Checkpointing the partition/offsets or others...
> So here we add a messageHandler in interface to give people the flexibility to preprocess the message before storing into BM. In the meantime time this improvement keep compatible with current API.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@spark.apache.org
For additional commands, e-mail: issues-help@spark.apache.org