-
Notifications
You must be signed in to change notification settings - Fork 27
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
CORE-12411 - Add declination reason #4696
Conversation
Jenkins build for PR 4696 build 8 Build Successful: |
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.
LGTM (but we need to merge the API change first).
...ership-client-impl/src/test/kotlin/net/corda/membership/impl/client/MGMResourceClientTest.kt
Outdated
Show resolved
Hide resolved
...ership/membership-common/src/main/kotlin/net/corda/membership/lib/VersionedMessageBuilder.kt
Show resolved
Hide resolved
...common/src/main/kotlin/net/corda/membership/lib/registration/RegistrationRequestConstants.kt
Show resolved
Hide resolved
...otlin/net/corda/membership/impl/registration/dynamic/handler/mgm/StartRegistrationHandler.kt
Show resolved
Hide resolved
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.
LGTM
Changes
This change adjusts the MGM code, so that it communicates the reason for declined requests back to the user and the appropriate handler, so that this information is stored in the DB and surfaced to the user. In some cases, we don't want to reveal potentially sensitive information to a member (especially in cases where the request hasn't gone fully through authentication yet). In these cases, a general message is communicated instructing the user to communicate with the network operator for more details.
Depends on: corda/corda-api#1261
Note: api version will be switched back to beta+ before merging. It's switched to alpha temporarily to test the integration.
Testing
Tested manually one of these cases to ensure everything works end-to-end, by adjusting one of our e2e tests to register a notary with a vnode name that is the same as the notary service name.
Registration request (as viewed from the user side) - Before:
Registration request (as viewed from the user side) - After:
I also run the following tests: