Details
-
Improvement
-
Status: Closed
-
Blocker
-
Resolution: Fixed
-
1.13.0
Description
Currently, this newly introduced RuntimeContext.getJobId() returns Optional<JobID>. The only path where it returns no job id is RuntimeUDFContext(through CollectionExecutor through CollectionEnvironment).
But after DataSet dropped, there will be no paths to return no job id. Both FLINK-21581 and my comment raised this concern. But different with FLINK-21581, I think we could return an environment/executor/plan level unique job id in RuntimeUDFContext for this new api. This way there will be no breaking change after DataSet dropped. And more importantly, a careful chosen job id does not hurt callers of RuntimeUDFContext in my opinion.
Attachments
Issue Links
- is caused by
-
FLINK-21581 Add PublicEvolving to RuntimeContext.jobId
- Resolved
- links to