Support using remote HDFS as storage in Raptor

[jessesleeping]

TBD

== RELEASE NOTES ==

Raptor Changes
* Change `storage.data-directory` from path to URI. For existing deployment on local flash, a scheme header "file://" should be added to the original config value.
* Change error code name `RAPTOR_LOCAL_FILE_SYSTEM_ERROR` to `RAPTOR_FILE_SYSTEM_ERROR`.

[highker]

Some high-level comments

[highker]

Let's keep this config. Use URI dataDirectory as the only source of truth to determine the FS:

1. In FileSystemModule, Use dataDirectory.getScheme() to decide what FS module to install. Local file should be configured as "file:///raptor" (https://en.wikipedia.org/wiki/File_URI_scheme).
2. Get the value of dataDirectory and convert it into Path baseLocation. Use it everywhere. Ideally we should avoid using File as much as possible.

[jessesleeping]

I am thinking using URI scheme as "FileSystemModule" selector is not very feasible. For example, under "HdfsStorageModule" mode, we can support URI schemes for both "hdfs" and "local". It's a many to many mapping so I suggest we still use a separate config to indicate what file system we are going to use.

[highker]

More comments

[highker]

Could you hide fileSystem.rename(stagingFile, storageFile); in OrcStorageManager inside StorageService with a new interface? (e.g., promoteFromStagingToStorage). We can hide the rename logic all in StorageService.

[highker]

LGTM; the test failure looks related