-
Notifications
You must be signed in to change notification settings - Fork 196
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
add: RFC for Supporting SelectObjectContent
's unique ScanRange
behavior
#2022
add: RFC for Supporting SelectObjectContent
's unique ScanRange
behavior
#2022
Conversation
A new generated diff is ready to view.
A new doc preview is ready to view. |
SelectObjectContent
's unique ScanRange
behavior
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.
Nicely written RFC! Seems to me like we should just implement IDLv2 default support, and then maybe we can consider adding a hook for custom methods/fields and serialization hooks on code generated structs to handle the "last n-bytes" case later.
design/src/rfcs/rfc0024_supporting_select_object_content_scan_range.md
Outdated
Show resolved
Hide resolved
design/src/rfcs/rfc0024_supporting_select_object_content_scan_range.md
Outdated
Show resolved
Hide resolved
Why this RFC should be rejected | ||
------------------------------- | ||
|
||
There are several reasons to reject this RFC: |
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.
Another reason: In the unlikely event that S3 modifies ScanRange
, the handwritten implementation will be out of sync.
design/src/rfcs/rfc0024_supporting_select_object_content_scan_range.md
Outdated
Show resolved
Hide resolved
We have already committed to supporting [IDLv2] and implementing that would allow users to set `start=0` or unset it. | ||
Although IDLv2 support would NOT support the custom `end` value behavior, we'd be halfway there. Any future S3 |
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.
This is a little confusing because it seemed like the handwritten ScanRange
implementation was to be applied to the IDLv2 implementation. But this sentence makes it seem like the ScanRange
proposal is actually for an IDLv1 implementation?
Co-authored-by: John DiSanti <[email protected]>
A new generated diff is ready to view.
A new doc preview is ready to view. |
I'm closing this since we've decided to handle this issue by implementing IDLv2 support instead. |
Motivation and Context
aws-smithy-sdk#630
By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.