[ 
https://issues.apache.org/jira/browse/FLINK-5480?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15834642#comment-15834642
 ] 

ASF GitHub Bot commented on FLINK-5480:
---------------------------------------

Github user uce commented on the issue:

    https://github.com/apache/flink/pull/3117
  
    Thanks! Looks good. Just tested this with a job where I did not set any 
UIDs. After changing in an incompatible way (with respect to auto generated 
IDs) I was able to restore my state with `setUidHash`. I further played around 
with it by adding a completely new operator, which also restored the state of 
an operator in addition to the regular one. I think this will be very powerful 
once we provide some less low level plumbing around it. The biggest pain point 
right now (independent of this PR) is figuring out the old IDs.
    
    I will go ahead and merge this for `master` and `release-1.2`.


> User-provided hashes for operators
> ----------------------------------
>
>                 Key: FLINK-5480
>                 URL: https://issues.apache.org/jira/browse/FLINK-5480
>             Project: Flink
>          Issue Type: Improvement
>          Components: DataStream API
>    Affects Versions: 1.2.0
>            Reporter: Stefan Richter
>            Assignee: Stefan Richter
>
> We could allow users to provided (alternative) hashes for operators in a 
> StreamGraph. This can make migration between Flink versions easier, in case 
> the automatically produced hashes between versions are incompatible. For 
> example, users could just copy the old hashes from the web ui to their job.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to