You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@flink.apache.org by "Matthias Pohl (Jira)" <ji...@apache.org> on 2022/03/17 08:09:00 UTC

[jira] [Assigned] (FLINK-26698) FileSystemJobResultStore#constructDirtyPath might lost the scheme

     [ https://issues.apache.org/jira/browse/FLINK-26698?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Matthias Pohl reassigned FLINK-26698:
-------------------------------------

    Assignee: Matthias Pohl

> FileSystemJobResultStore#constructDirtyPath might lost the scheme
> -----------------------------------------------------------------
>
>                 Key: FLINK-26698
>                 URL: https://issues.apache.org/jira/browse/FLINK-26698
>             Project: Flink
>          Issue Type: Bug
>          Components: Runtime / Coordination
>    Affects Versions: 1.15.0, 1.16.0
>            Reporter: Yang Wang
>            Assignee: Matthias Pohl
>            Priority: Blocker
>             Fix For: 1.15.0
>
>
>  
> {code:java}
> /**
>      * Given a job ID, construct the path for a dirty entry corresponding to it in the job result
>      * store.
>      *
>      * @param jobId The job ID to construct a dirty entry path from.
>      * @return A path for a dirty entry for the given the Job ID.
>      */
>     private Path constructDirtyPath(JobID jobId) {
>         return new Path(this.basePath.getPath(), jobId.toString() + DIRTY_FILE_EXTENSION);
>     } {code}
>  
> Just like above piece of code, we are using {{{}this.basePath.getPath(){}}}, not directly use {{this.basePath}} when create a new Path. I am afraid this will cause scheme lost and cause issue when some filesystem implementation tries to stat the path.



--
This message was sent by Atlassian Jira
(v8.20.1#820001)