Github user uce commented on the issue:
https://github.com/apache/flink/pull/3442
Thanks for your review Stefan! I addressed your comments, but only then
realized that the restriction to relative file state handle is actually a
problem for externalized checkpoints. :-( They possibly store their meta data
somewhere else and not as part of the checkpoint files. For them it's OK to not
be relocatable. Still, I agree with your comment that this should be more
explicitly allowed or disallowed. I gues that we should explicitly distinguish
between savepoints and externalized checkpoints for the meta data
serialization. I hope that Stephan's refactorings of the checkpoint stream
creation logic will help here. I'll leave this PR open with your suggested
changes and adjust it after Stephan's PR. Then I can either piggyback on his
changes or see whether I need to add the required distinction myself.
---
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 [email protected] or file a JIRA ticket
with INFRA.
---
