Thanks Arun, exactly what I needed!
I’m going to create a ticket and a pull request with the updated code tomorrow 
morning (UTC+01:00) in order to move the discussion forward.

— 
Balázs

> On 2016. máj. 30., at 21:41, Arun Mahadevan <ar...@apache.org> wrote:
> 
> Hi Balázs,
> 
> The idea sounds good. 
> 
> Only whitelisted configs can be overridden at component level. The java 
> configs are converted to clojure variables by replacing _ (underscore) with - 
> (hyphen) and you need to add and entry like [1] in executor.clj to get it 
> working.
> 
> - Arun
> 
> [1] 
> https://github.com/apache/storm/blob/master/storm-core/src/clj/org/apache/storm/daemon/executor.clj#L114
> 
> 
> 
> 
> On 5/30/16, 11:26 PM, "Balázs Kossovics" <balazs.kossov...@s4m.io> wrote:
> 
>> Hey,
>> 
>> I'm trying to implement an alterative behaviour in case of late tuples 
>> for windowing. Currently late tuples are just logged (and acknowledged 
>> in the coming 1.0.2), but in my usecase it would be desirable to emit 
>> them onto a user defined stream. One could define a bolt with a stream 
>> for late tuples like this:
>> 
>> new MyWindowedBolt()
>>        .withTimestampField("timestamp")
>> *      .withLateTupleStream("late_tuples")
>>        .withWindow(
>>                new BaseWindowedBolt.Duration(1, TimeUnit.MINUTES),
>>                new BaseWindowedBolt.Duration(1, TimeUnit.SECONDS)
>>        )
>> 
>> I made a quick patch 
>> (https://github.com/kosii/storm/commit/216c991da3c5b6c6cac1b25182b86507c3fb5e9e)
>>  
>> to test the idea, where the indended behaviour would be something like this:
>> 1, the withLateTupleStream builder method puts a new key into the 
>> windowConfiguration Map,
>> 2, in WindowedBoltExecutor. declareOutputFields a new stream gets declared,
>> 3, in WindowedBoltExecutor.prepare we store the stream's name in a 
>> private variable,
>> 4, if this variable is not null, then in the execute method we emit each 
>> late tuple onto the new stream.
>> 
>> The problem is in the 3rd step 
>> (https://github.com/kosii/storm/commit/216c991da3c5b6c6cac1b25182b86507c3fb5e9e#diff-32eff130ad25f4b7b6c069e8d42245acR170),
>>  
>> where the stormConf map doesn't contain anymore my key, which was still 
>> present in the 2nd step. I'm out of ideas, so I'd really appreciate if 
>> someone could explain me what's happening here.
>> 
>> I'm also interested in your ideas concerning the feature, and what would 
>> you like to eventually see in the upstream.
>> 
>> Best regards,
>> Balazs
>> 
>> 
> 

Reply via email to