-
-
Notifications
You must be signed in to change notification settings - Fork 302
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Migrate S3 resource loader to AWS SDK v2 #55
Comments
@maciejwalkowiak Looks like AWS SDK V2 does not yet support client caching for different regions on the AWS SDK side. Some discussions around it exist, but it doesn't appear to be a top priority for the AWS SDK team. |
@eddumelendez is working on S3 integration, perhaps he can share his findings |
The following issues have been created as part of the progress on this topic. See aws/aws-sdk-java-v2#2371 aws/aws-sdk-java-v2#2372 |
Re-implement S3 integration with AWS SDK v2: - auto-configuration for S3 - cross-region S3 client - `S3Resource` and integration with `ResourceLoader` - writeable resource with disk buffering S3 OutputStream and option to provide custom output stream implementation - object metadata support - sample Fixes #183 Fixes #55 Fixes spring-attic/spring-cloud-aws#104 Fixes spring-attic/spring-cloud-aws#686
Fixed in #275 |
S3 components should be extracted from the core/context module and moved to separate
spring-cloud-aws-s3
module. Code should be based on AWS SDK v2.Things to consider - simplify handling loading files from the different region. Research if client caching has not been done yet in the SDK itself.
XML configuration and
@EnableResourceLoader
should be dropped.The text was updated successfully, but these errors were encountered: