[GitHub] [beam] damccorm opened a new issue, #21255: GCSFileSystem is not facilitating injection of the gcs url

[GitBox <gi...@apache.org>]

damccorm opened a new issue, #21255:
URL: https://github.com/apache/beam/issues/21255

   Inside `apache_beam.io.gcp.gcsfilesystem.GCSFileSystem` is directly instantiating for every operations an instance of `apache_beam.io.gcp.gcsio.GcsIO` without allowing anyone to make use of the flexibility of instantiating with a custom client storage.
   
   As you can see inside `GcsIO` there's an optional parameter called `storage_client` and that would give us the possibility to overwrite the storage client by example depending of the run level and potentially make use of a Gcs emulator locally when testing the infrastructure.
   
   Right now the only way we have to overwrite the gcs url is by monkey patching the default storage which is not most clean way of doing it.
   
    
   
   Potential solution:
   
   If `GCSFileSystem` was transformed by example by adding a single class method to generate every one of thse `GcsIO`, that would give us the possibility to create a custom `GCSFileSystem` class, inheriting from it, without duplicating all of it's code and to inject our desired url depending of the run level.
   
   Imported from Jira [BEAM-13250](https://issues.apache.org/jira/browse/BEAM-13250). Original Jira may contain additional context.
   Reported by: mlhamel.


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: github-unsubscribe@beam.apache.org.apache.org

For queries about this service, please contact Infrastructure at:
users@infra.apache.org