You are viewing a plain text version of this content. The canonical link for it is here.

Posted to commits@beam.apache.org by "Uldis Barbans (JIRA)" <ji...@apache.org> on 2018/10/08 14:25:00 UTC

[jira] [Updated] (BEAM-5677) LocalFileSystem.matchNewResource fails to handle file scheme in URIs

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

Uldis Barbans updated BEAM-5677:
--------------------------------
    Description: {{LocalFileSystem.matchOne}} does support 'file:///some/path' in {{spec}}, but {{LocalFileSystem.matchNewResource}} inconsistently treats it the same spec as the local path 'file:/some/path' - that's probably in error. I expect that both methods would consistently accept 'file' URIs.  (was: {{LocalFileSystem.matchOne}} does support 'file:///some/path' in {{spec}}, but {{LocalFileSystem.matchNewResource}} inconsistently treats it as local path 'file:/some/path' - that's probably in error. I expect that both methods would consistently accept 'file' URIs.)
        Summary: LocalFileSystem.matchNewResource fails to handle file scheme in URIs  (was: LocalFileSystem.matchNewResource )

> LocalFileSystem.matchNewResource fails to handle file scheme in URIs
> --------------------------------------------------------------------
>
>                 Key: BEAM-5677
>                 URL: https://issues.apache.org/jira/browse/BEAM-5677
>             Project: Beam
>          Issue Type: Bug
>          Components: io-java-files
>            Reporter: Uldis Barbans
>            Assignee: Eugene Kirpichov
>            Priority: Minor
>
> {{LocalFileSystem.matchOne}} does support 'file:///some/path' in {{spec}}, but {{LocalFileSystem.matchNewResource}} inconsistently treats it the same spec as the local path 'file:/some/path' - that's probably in error. I expect that both methods would consistently accept 'file' URIs.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)