[
https://issues.apache.org/jira/browse/FLINK-16274?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17047259#comment-17047259
]
Tzu-Li (Gordon) Tai commented on FLINK-16274:
---------------------------------------------
[~igal] thanks for the comment.
{quote}
a) Having users (statefun core devs) supplying the flink-conf.yaml as part of
the e2e test makes the e2e test
more likely to catch property renaming in Flink.
{quote}
I'm not sure I'm following your thoughts on this.
If a config key happens to be renamed in Flink / Statefun, the e2e should still
catch them all the same, because in the end _some_ flink-conf.yaml is being
used.
{quote}
b) It requires pulling in a dependency on flink-statefun-core into the test
driving code, that is otherwise independent of the runtime which is a very nice
property for an end-to-end black box test.
{quote}
The only reason we have that extra dependency on {{statefun-flink-core}} right
now is only due to this:
https://github.com/apache/flink-statefun/pull/35/files#diff-663c1410bf2a21982e28d4512b1de018R161
I feel like this can be resolved by perhaps moving the configuration-related
classes to a common module, instead of residing in core.
> Add typed builder methods for setting dynamic configuration on
> StatefulFunctionsAppContainers
> ---------------------------------------------------------------------------------------------
>
> Key: FLINK-16274
> URL: https://issues.apache.org/jira/browse/FLINK-16274
> Project: Flink
> Issue Type: New Feature
> Components: Stateful Functions, Test Infrastructure
> Affects Versions: statefun-1.1
> Reporter: Tzu-Li (Gordon) Tai
> Assignee: Tzu-Li (Gordon) Tai
> Priority: Major
> Labels: pull-request-available
> Time Spent: 10m
> Remaining Estimate: 0h
>
> Excerpt from:
> https://github.com/apache/flink-statefun/pull/32#discussion_r383644382
> Currently, you'd need to provide a complete {{Configuration}} as dynamic
> properties when constructing a {{StatefulFunctionsAppContainers}}.
> It'll be nicer if this is built like this:
> {code}
> public StatefulFunctionsAppContainers verificationApp =
> new StatefulFunctionsAppContainers("sanity-verification", 2)
> .withModuleGlobalConfiguration("kafka-broker",
> kafka.getBootstrapServers())
> .withConfiguration(ConfigOption option, configValue)
> {code}
> And by default the {{StatefulFunctionsAppContainers}} just only has the
> configs in the base template {{flink-conf.yaml}}.
> This would require lazy construction of the containers on {{beforeTest}}.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)