Hi,

I would like to apply the following changes to DataStream class
hierarchy: https://github.com/mjsax/flink/tree/flink-2306-storm-namedStreams

Please give some feedback if those changes are reasonable to you.

I need those change to get a clean design for
https://issues.apache.org/jira/browse/FLINK-2306


-Matthias



On 07/29/2015 12:07 PM, Matthias J. Sax wrote:
> What is the expected time frame for you work? I don't want to delay my
> work too long (if I base it on your branch, it could not be merged
> before yours).
> 
> Right now, you did not change the class hierarchy. However, that is what
> I would need. Thus, it make no sense to use you branch as a base right
> now. What are your plans about this?
> 
> -> one side comment: would it make sense to make DataStream abstract?
> 
> From my point of view, it make most sense to me, that I apply the
> changes I need in my PR directly (based on master).
> 
> -Matthias
> 
> 
> On 07/29/2015 08:11 AM, Aljoscha Krettek wrote:
>> Right now it's mostly under-the-hood changes but you can look at the
>> progress here: https://github.com/aljoscha/flink/tree/stream-api-rework
>>
>> The commit is going to change, so if you do put your work on top of it you
>> might have to rebase.
>>
>> On Wed, 29 Jul 2015 at 07:26 Matthias J. Sax <mj...@informatik.hu-berlin.de>
>> wrote:
>>
>>> My current work depends on a clean design of those. Otherwise, my own
>>> code would get very messy. I would like to apply some changes in my own
>>> PR (not opened yet). Do you thinks this is feasible? I don't want get in
>>> a messy state. What kind of changes are you going to apply in FLINK-2398?
>>>
>>> -Matthias
>>>
>>>
>>> On 07/28/2015 10:30 PM, Aljoscha Krettek wrote:
>>>> Yes, very good points. I think we will be fixing these when we do the API
>>>> cleanups that we discussed on the wiki design docs. In fact, the work I'm
>>>> doing on https://issues.apache.org/jira/browse/FLINK-2398 can be seen as
>>>> preparation for making these changes possible/easier.
>>>>
>>>> On Tue, 28 Jul 2015 at 21:56 Matthias J. Sax <
>>> mj...@informatik.hu-berlin.de>
>>>> wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> I am a little bit confused about the class hierarchy of DataStream. It
>>>>> has three subclasses: KeyedDataStream, SingleOutputStreamOperator, and
>>>>> SplitDataStream.
>>>>>
>>>>> 1) Why is the name "SingleOutputStreamOperator" (why OPERATOR ??)
>>>>>
>>>>> 2) Is it correct, that a SplitDataStream emit multiple logical output
>>>>> streams, while SingleOutputStreamOperator and KeyedDataStream emit a
>>>>> single logical output stream?
>>>>>    => If yes, why is a KeyedDataStream not a subclass of
>>>>> SingleOutputStreamOperator ?
>>>>>
>>>>> 3)
>>>>>   a) Why does only SingleOutputStreamOperator has method
>>> name()/getName()?
>>>>>   b) Why does only SingleOutputStreamOperator has method
>>> setParallelism()?
>>>>>   c) Should those methods be members of DataStream instead?
>>>>>
>>>>>
>>>>>
>>>>> -Matthias
>>>>>
>>>>>
>>>>
>>>
>>>
>>
> 

Attachment: signature.asc
Description: OpenPGP digital signature

Reply via email to