Hi Hong,

Given that this changes the REST API, which is a public interface, I'm
wondering if this shouldn't first have had a (small) FLIP if I follow the
guidelines from the overview page [1].

Best regards,

Martijn

[1]
https://cwiki.apache.org/confluence/display/FLINK/Flink+Improvement+Proposals

On Mon, Jul 3, 2023 at 6:04 PM Teoh, Hong <lian...@amazon.co.uk.invalid>
wrote:

> Just adding the updates from the Slack thread -
> @SamratDeb and @JulietLee have expressed interest, and there is a PR ready
> for review!
> https://github.com/apache/flink/pull/22901
>
> Regards,
> Hong
>
>
> On 3 Jul 2023, at 16:56, Teoh, Hong <lian...@amazon.co.uk.INVALID> wrote:
>
> CAUTION: This email originated from outside of the organization. Do not
> click links or open attachments unless you can confirm the sender and know
> the content is safe.
>
>
>
> Hi all,
>
> (This is a cross-post from a Slack message posted in #dev [1]. Posting
> here for visibility)
>
> Recently I’ve been looking into improving the REST API that Flink has, to
> make it more generally available for programmatic access (e.g. control
> functions) rather than just for the Flink dashboard.
>
> In particular, various APIs seem to consume from the ExecutionGraph cache,
> which is useful when displaying on a Flink dashboard (to guarantee
> consistent behaviour), but since there is no way to “force” the latest
> result, it might be not very useful for a control-function that wants to
> retrieve the latest data. This could be achieved via Cache-Control HTTP
> headers, as mentioned on this thread [2].
>
> Looking for any contributors / committers who are interested in working on
> these items together! (To bounce ideas / deliver this faster)
>
>
> [1] https://apache-flink.slack.com/archives/C03GV7L3G2C/p1688051972688149
> [2] https://lists.apache.org/thread/7o330hfyoqqkkrfhtvz3kp448jcspjrm
>
>
>
> Regards,
> Hong
>
>
>

Reply via email to