Skip to content
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

GSP-729: Redesign HTTP Signer #729

Merged
merged 7 commits into from
Sep 1, 2021
Merged

GSP-729: Redesign HTTP Signer #729

merged 7 commits into from
Sep 1, 2021

Conversation

JinnyYi
Copy link
Contributor

@JinnyYi JinnyYi commented Aug 27, 2021

No description provided.

@codecov
Copy link

codecov bot commented Aug 27, 2021

Codecov Report

Merging #729 (8de1606) into master (1530ebb) will not change coverage.
The diff coverage is n/a.

Impacted file tree graph

@@           Coverage Diff           @@
##           master     #729   +/-   ##
=======================================
  Coverage   12.50%   12.50%           
=======================================
  Files          22       22           
  Lines        1479     1479           
=======================================
  Hits          185      185           
  Misses       1287     1287           
  Partials        7        7           
Flag Coverage Δ
unittests 12.50% <ø> (ø)

Flags with carried forward coverage won't be shown. Click here to find out more.


Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 1530ebb...8de1606. Read the comment docs.

@JinnyYi JinnyYi changed the title Proposal: Redesign HTTP Signer GSP-729: Redesign HTTP Signer Aug 29, 2021
@JinnyYi JinnyYi marked this pull request as ready for review August 29, 2021 12:38
}
```

- `Read` and `Write` (add `Multiparter` related operations if needed) are the supported signature operations for now. Other operations SHOULD be introduced by new GSP.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

So we will only a HTTPSigner instead of MultipartHTTPSinger, AppendHTTPSigner and so on?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Maybe we should group them by interfaces? And for StoragerHTTPSigner, I'm not sure whether we need to add operations for all the non-local functions or only for read/write temporarily (as some services only support add signatures to URLs that are contained in PUT and GET requests, or only for GET)?

Copy link
Contributor

@Xuanwo Xuanwo Aug 30, 2021

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I prefer StorageHTTPSigner.

How about adding them one by one, and leave this question for the smarted us in the further to decide?

Read/Write is enough so far.

docs/rfcs/729-redesign-http-signer.md Outdated Show resolved Hide resolved
docs/rfcs/729-redesign-http-signer.md Outdated Show resolved Hide resolved
@Xuanwo Xuanwo requested review from a team August 31, 2021 09:40
@Xuanwo
Copy link
Contributor

Xuanwo commented Sep 1, 2021

Mostly LGTM, let's create a tracking issue for it!

@Xuanwo
Copy link
Contributor

Xuanwo commented Sep 1, 2021

Let's rock!

@Xuanwo Xuanwo merged commit 2f3b874 into master Sep 1, 2021
@Xuanwo Xuanwo deleted the http-signer branch September 1, 2021 08:21
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants