Re: [jira] [Created] (FLINK-4898) Refactor HTTP handlers and Netty server/client

2016-11-07 Thread Eron Wright
Opened a PR for this issue: https://github.com/apache/flink/pull/2766 To explain, the PR refactors the NettyClient/NettyServer to be reusable for the ever-growing set of endpoints within Flink. The procedure for defining an endpoint would now be: 1. Create a configuration subclass of

Could Not Submit Job DataStream Because No Connection to a JobManager

2016-11-07 Thread daviD
Greetings, I have Flink, Zookeeper and Kafka up and running on my local. I tested Flink out with the Hamlet.txt and Flink performed fine.However, in attempting to have Flink write cleansed TaxiRide data stream to Kafka, i am seeing connection error to JobManager in attached log.  Any ideas

[jira] [Created] (FLINK-5030) Support hostname verification

2016-11-07 Thread Eron Wright (JIRA)
Eron Wright created FLINK-5030: --- Summary: Support hostname verification Key: FLINK-5030 URL: https://issues.apache.org/jira/browse/FLINK-5030 Project: Flink Issue Type: Sub-task

[jira] [Created] (FLINK-5029) Implement KvState SSL

2016-11-07 Thread Eron Wright (JIRA)
Eron Wright created FLINK-5029: --- Summary: Implement KvState SSL Key: FLINK-5029 URL: https://issues.apache.org/jira/browse/FLINK-5029 Project: Flink Issue Type: Sub-task Reporter:

Re: Deterministic processing with out-of-order streams

2016-11-07 Thread Vinay Patil
Hi Jaromir, You can make use of Custom Trigger and set the allowed lateness to max value. I have kept the custom trigger code (EventTimeTrigger) same as Flink 1.0.3, doing this the late elements will not be discarded and they will be assigned single windows , now you can decide what you want to

Re: Deterministic processing with out-of-order streams

2016-11-07 Thread Till Rohrmann
You're right if you want to guarantee a deterministic computation for an arbitrary allowed lateness. In the general case, you would never be able to calculate the final result of a window in a finite time, because there might always be another element which arrives later. However, for most

Re: [FLINK-3035] Redis as State Backend

2016-11-07 Thread amir bahmanyari
I didnt measure size, just with vs. w/out Redis made a day & night difference in performance so I replaced it with Java concurrent HM  objects.Still in progress as far as benchmarking. Have issues with tuning Flink for very high loads... You can see some of my communications with

Re: Deterministic processing with out-of-order streams

2016-11-07 Thread Jaromir Vanek
Hi Till, thank you for your answer. I am afraid defining an allowed lateness won't help. It will just change the problem by constant time. If we agree an element can come in arbitrary time after watermark (depends on the network latency), it may be assigned to the window or may be not if comes

[jira] [Created] (FLINK-5028) Stream Tasks must not go through clean shutdown logic on cancellation

2016-11-07 Thread Stephan Ewen (JIRA)
Stephan Ewen created FLINK-5028: --- Summary: Stream Tasks must not go through clean shutdown logic on cancellation Key: FLINK-5028 URL: https://issues.apache.org/jira/browse/FLINK-5028 Project: Flink

[jira] [Created] (FLINK-5026) Rename TimelyFlatMap to Process

2016-11-07 Thread Aljoscha Krettek (JIRA)
Aljoscha Krettek created FLINK-5026: --- Summary: Rename TimelyFlatMap to Process Key: FLINK-5026 URL: https://issues.apache.org/jira/browse/FLINK-5026 Project: Flink Issue Type: Improvement

RE: [FLINK-3035] Redis as State Backend

2016-11-07 Thread Ovidiu Cristian Marcu
Thanks, how big was your state (GBs)? Can you share your benchmark/s? Best, Ovidiu -Original Message- From: amir bahmanyari [mailto:amirto...@yahoo.com.INVALID] Sent: Tuesday, October 25, 2016 7:24 PM To: dev@flink.apache.org Subject: Re: [FLINK-3035] Redis as State Backend FYI.I was

RE: TopSpeedWindowing - in error: Could not forward element to next operator

2016-11-07 Thread Ovidiu Cristian Marcu
Thank you, I will check this fix in my environment. Best, Ovidiu -Original Message- From: Aljoscha Krettek [mailto:aljos...@apache.org] Sent: Friday, October 21, 2016 5:47 PM To: dev@flink.apache.org Subject: Re: TopSpeedWindowing - in error: Could not forward element to next operator

RE: [FLINK-3035] Redis as State Backend

2016-11-07 Thread Ovidiu Cristian Marcu
Great, thanks! Best, Ovidiu -Original Message- From: Aljoscha Krettek [mailto:aljos...@apache.org] Sent: Monday, October 24, 2016 3:11 PM To: dev@flink.apache.org Subject: Re: [FLINK-3035] Redis as State Backend Hi, regarding RocksDB, yes this is possible because RocksDB is essentially

Re: Deterministic processing with out-of-order streams

2016-11-07 Thread Till Rohrmann
Hi Jaromir, deterministic processing with late elements is indeed more difficult than without them. What you have to do is to send updates to your downstream operators in case that you see late elements. This can either be an incremental update or a retraction with the corrected value. It

[jira] [Created] (FLINK-5025) Job fails because of Optimizer bug

2016-11-07 Thread Niels Basjes (JIRA)
Niels Basjes created FLINK-5025: --- Summary: Job fails because of Optimizer bug Key: FLINK-5025 URL: https://issues.apache.org/jira/browse/FLINK-5025 Project: Flink Issue Type: Bug Affects

Re: Stream processing via Kafka using Android

2016-11-07 Thread Fabian Hueske
Hi Artur, I'm not sure if Flink is the best tool to write data from Android Apps to Kafka. Flink would be a good choice to process such data by reading it from Kafka. I would reach out to the Kafka user list and seek for advice there. Best, Fabian Btw. The Apache dev@ mailing lists are meant