[GitHub] flink issue #2541: [FLINK-4669] scala api createLocalEnvironment() function ...

2016-12-20 Thread StephanEwen
Github user StephanEwen commented on the issue:

https://github.com/apache/flink/pull/2541
  
Thanks, picking this pull request up and merging it...


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---


[GitHub] flink issue #2541: [FLINK-4669] scala api createLocalEnvironment() function ...

2016-11-28 Thread shijinkui
Github user shijinkui commented on the issue:

https://github.com/apache/flink/pull/2541
  
@StephanEwen review it again please.


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---


[GitHub] flink issue #2541: [FLINK-4669] scala api createLocalEnvironment() function ...

2016-11-28 Thread shijinkui
Github user shijinkui commented on the issue:

https://github.com/apache/flink/pull/2541
  
> In general, I think it is good to not have too many method options, but 
only those that add significant functionality. For the method that starts the 
WebUI, that is the case, for the method with the additional parallelism, 
probably not.

Function having least parameters is the best style. If have no enough 
parameter for user, the function's ability is limited. That's why I prefer 
Scala, as it has default parameter value, keep the both.

> The other Java code uses the primitive int everywhere, rather than the 
boxed integer. Let's follow that style.

Good idea. In the latest two years, I only wirte scala and give up Java 
entirely so that not sensitive to Java. 




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---


[GitHub] flink issue #2541: [FLINK-4669] scala api createLocalEnvironment() function ...

2016-11-28 Thread StephanEwen
Github user StephanEwen commented on the issue:

https://github.com/apache/flink/pull/2541
  
Sorry for asking for another iteration, but here are some comments:

  - The other Java code uses the primitive `int` everywhere, rather than 
the boxed integer. Let's follow that style.

  - I would omit the `public static ExecutionEnvironment 
createCustomLocalEnv(Integer parallelism, Configuration config)` variant. The 
benefit is very small compared to the `public static ExecutionEnvironment 
createLocalEnvironment(Configuration config)` method, but it blows up the API 
into too many variants.

  - Similarly, I would only have the `public static ExecutionEnvironment 
createLocalEnvWithWebUI (int port, Configuration config)` and drop the variant 
with the additional `parallelism` parameter.

In general, I think it is good to not have too many method options, but 
only those that add significant functionality. For the method that starts the 
WebUI, that is the case, for the method with the additional parallelism, 
probably not.


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---


[GitHub] flink issue #2541: [FLINK-4669] scala api createLocalEnvironment() function ...

2016-11-22 Thread shijinkui
Github user shijinkui commented on the issue:

https://github.com/apache/flink/pull/2541
  
@StephanEwen  have any improvement needed?


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---


[GitHub] flink issue #2541: [FLINK-4669] scala api createLocalEnvironment() function ...

2016-10-26 Thread StephanEwen
Github user StephanEwen commented on the issue:

https://github.com/apache/flink/pull/2541
  
Okay, this has binary compatibility now.
Few things I would still suggest to do:
  - There is still a bug that the `parallelism` and `port` parameter are 
mixed up.
  - It still does not use the DEFAULT_LOCAL_PARALLELISM.
  - The same methods should exist in all environments (batch / streaming / 
Java / Scala)



---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---


[GitHub] flink issue #2541: [FLINK-4669] scala api createLocalEnvironment() function ...

2016-10-12 Thread shijinkui
Github user shijinkui commented on the issue:

https://github.com/apache/flink/pull/2541
  
@StephanEwen  I‘ve a new function name `createCustomLocalEnv`. Sorry for 
late ack.


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---


[GitHub] flink issue #2541: [FLINK-4669] scala api createLocalEnvironment() function ...

2016-10-10 Thread StephanEwen
Github user StephanEwen commented on the issue:

https://github.com/apache/flink/pull/2541
  
Code looks good, but the build detected a break in binary compatibility. 
Have a look at the Travis logs.

Changing the `createLocalEnvironment` to use an additional parameter with 
default value broke the compatibility. The fix would be to have an extra method 
(and no default parameter value), not change the existing method.


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---