Re: Did Flink 1.11 break backwards compatibility for the table environment?

2020-12-30 Thread Guenther Starnberger
On Wed, Dec 30, 2020 at 11:21 AM Jark Wu wrote: Jark, > If you are using the old planner in 1.9, and using the old planner in 1.11, > then a state migration is > needed because of the new added RowKind field. This is documented in the > 1.11 release note [1]. Yes - that's exactly the setup that

Re: Did Flink 1.11 break backwards compatibility for the table environment?

2020-12-30 Thread Guenther Starnberger
On Wed, Dec 30, 2020 at 10:47 AM Till Rohrmann wrote: Till, > sorry for overlooking your colleague's email. Not a problem at all! Thanks for the response to my email. > A bit confusing is that FLINK-16998 explicitly > states that this change is not breaking backwards compatibility. The commen

Did Flink 1.11 break backwards compatibility for the table environment?

2020-12-29 Thread Guenther Starnberger
Hello, We're currently running into an issue upgrading the state of an application to Flink 1.11 and I think this could be caused by a potential backwards incompatibility that was introduced with Flink 1.11. A colleague of mine recently posted about it on the users list (without a response), but I