CalvinKirs opened a new pull request, #66708:
URL: https://github.com/apache/doris/pull/66708
### What problem does this PR solve?
Issue Number: None
Related PR: #66596, #58968
Problem Summary: Cloud SaaS deployments use bare JDBC driver and Java UDF
jar names to download artifacts from the instance object store. PR #66596
removed that FE auto-download path, while provider auto-detection could also
select the default HDFS entry before the actual object-store provider and fail
before downloading. This PR restores the removed JDBC/UDF cloud download
feature and binds the object-store provider returned by MetaService through
`ObjectInfoAdapter`, avoiding property-detection ordering and the
`HdfsProperties` to `AbstractS3CompatibleProperties` cast failure. The download
path now also closes both the input stream and filesystem.
### Release note
Restore and fix automatic JDBC driver and Java UDF jar downloads from Cloud
SaaS object storage when the artifact is referenced by a bare file name.
### Check List (For Author)
- Test: Unit Test
- `MAVEN_OPTS="-Xmx4g -XX:MaxMetaspaceSize=1g" FE_UT_PARALLEL=1
./run-fe-ut.sh --run
org.apache.doris.common.plugin.CloudPluginDownloaderStorageAdapterTest` (58 FE
modules succeeded; 1 test, 0 failures, 0 errors)
- Cloud SaaS regression test was not run because the required external
SaaS object-storage environment is unavailable locally
- Behavior changed: Yes (Cloud SaaS bare JDBC/UDF jar names are downloaded
again using the MetaService-selected object-store provider)
- Does this need documentation: No
--
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: [email protected]
For queries about this service, please contact Infrastructure at:
[email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
