-
Notifications
You must be signed in to change notification settings - Fork 29
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
Make s3acl take an optional value #55
Conversation
So we can resort back to inheriting the bucket default setting instead of explicitly setting a value for it.
Unfortunately there is no direct conversion from scala Option to java Optional, so I can't get rid of the call.
src/main/scala/SBTS3Resolver.scala
Outdated
lazy val s3acl = settingKey[S3ACL]("Controls whether published artifacts are accessible publicly via http(s) or not") | ||
lazy val s3optAcl = settingKey[Option[S3ACL]]("Controls published artifacts visibility via http(s) or inherits bucket setting") |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I suggest a bit different approach: keep one key s3acl
, change its type to Option[S3ACL]
and add an implicit conversion S3ACL => Some[S3ACL]
. Then you can deprecate that implicit conversion with an explanation that the type has changed and a suggestion to write Some(...)
explicitly.
This way things also don't break (from users' point of view) and plus we keep the same setting key.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Makes sense. 👍
Seems to be complete now. I'm leaving the PR open for you to edit, just so you can bump the ivy-s3-resolver version. Thanks for helping and accepting the PR. |
So we can resort back to inheriting the bucket default setting instead of
explicitly setting a value for it.
This depends on ohnosequences/ivy-s3-resolver#20.
I'll fix the comments there and then update here. Still I wanted to open this so the
desing of this change can be debated as well.
Also, ref #54.