Hi Matthias, Thanks for the response. I guess the specific question would be, if I work with an existing savepoint and pass an empty DataStream to OperatorTransformation#bootstrapWith, will the new savepoint end up with an empty state for the modified operator, or will it maintain the existing state because nothing was changed?
Regards, Alexis. Am Fr., 27. Okt. 2023 um 08:40 Uhr schrieb Schwalbe Matthias < matthias.schwa...@viseca.ch>: > Good morning Alexis, > > > > Something like this we do all the time. > > Read and existing savepoint, copy some of the not to be changed operator > states (keyed/non-keyed) over, and process/patch the remaining ones by > transforming and bootstrapping to new state. > > > > I could spare more details for more specific questions, if you like 😊 > > > > Regards > > > > Thias > > > > PS: I’m currently working on this ticket in order to get some glitches > removed: FLINK-26585 <https://issues.apache.org/jira/browse/FLINK-26585> > > > > > > *From:* Alexis Sarda-Espinosa <sarda.espin...@gmail.com> > *Sent:* Thursday, October 26, 2023 4:01 PM > *To:* user <user@flink.apache.org> > *Subject:* Updating existing state with state processor API > > > > Hello, > > > > The documentation of the state processor API has some examples to modify > an existing savepoint by defining a StateBootstrapTransformation. In all > cases, the entrypoint is OperatorTransformation#bootstrapWith, which > expects a DataStream. If I pass an empty DataStream to bootstrapWith and > then apply the resulting transformation to an existing savepoint, will the > transformation still receive data from the existing state? > > > > If the aforementioned is incorrect, I imagine I could instantiate > a SavepointReader and create a DataStream of the existing state with it, > which I could then pass to the bootstrapWith method directly or after > "unioning" it with additional state. Would this work? > > > > Regards, > > Alexis. > > > Diese Nachricht ist ausschliesslich für den Adressaten bestimmt und > beinhaltet unter Umständen vertrauliche Mitteilungen. Da die > Vertraulichkeit von e-Mail-Nachrichten nicht gewährleistet werden kann, > übernehmen wir keine Haftung für die Gewährung der Vertraulichkeit und > Unversehrtheit dieser Mitteilung. Bei irrtümlicher Zustellung bitten wir > Sie um Benachrichtigung per e-Mail und um Löschung dieser Nachricht sowie > eventueller Anhänge. Jegliche unberechtigte Verwendung oder Verbreitung > dieser Informationen ist streng verboten. > > This message is intended only for the named recipient and may contain > confidential or privileged information. As the confidentiality of email > communication cannot be guaranteed, we do not accept any responsibility for > the confidentiality and the intactness of this message. If you have > received it in error, please advise the sender by return e-mail and delete > this message and any attachments. Any unauthorised use or dissemination of > this information is strictly prohibited. >
