-
Notifications
You must be signed in to change notification settings - Fork 6
JCL-335: issue request builder & grant approval calls #422
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
Conversation
acoburn
left a comment
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.
Might be worth discussing this in more detail
| * @param request an AccessRequest | ||
| * @return the next stage of completion containing the resulting credential | ||
| */ | ||
| public CompletionStage<AccessGrant> approveAccessRequest(final AccessRequest request) { |
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 would call this issueAccessGrant
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.
issueAccessRequest name is to specify it is a request and not the actual issue call.
I call it better issueGrantRequest
| /** | ||
| * An Access Grant issue request. | ||
| */ | ||
| public class AccessRequest { |
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 would have this extend or implement an AccessCredential type
| return this.data; | ||
| } | ||
|
|
||
| public AccessRequest(final Map<String, Object> data) { |
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 would make this more structured. A map is too general
|
I know we discussed removing the extra class but that would require me to pass Map<String, Object> around. Because of this, I try here to create more architecture. |
|
Superseded by #461 |
The names are at the moment taken form the JS library:
We can of course rethink the names.
The issueAccessRequest has a toCompletableFuture().join() now, not sure.