-
Notifications
You must be signed in to change notification settings - Fork 41
DR docs command correction and clarification #2680
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
base: main
Are you sure you want to change the base?
DR docs command correction and clarification #2680
Conversation
Signed-off-by: tarikBensalem-DA <[email protected]>
7dd893a
to
06abca3
Compare
val participantId = participant.id // ID of the new participant | ||
participant.topology.party_to_participant_mappings.propose(<party-id>, Seq((participantId, <participant-permission>)), store = syncId) | ||
For this command a list of all parties can be found by running <party-id> can be found by first running: |
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.
For this command a list of all parties can be found by running <party-id> can be found by first running: | |
You can list all parties that are currently on the old node by running: |
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.
What extra information does below command give us compared to the party_to_participant_mappings.list
above?
val partyId = parties(<index>).party | ||
The available options for <participant-permission> are ``Submission``, ``Confirmation``, and ``Observation``. |
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'd move this to the top of this, right after the propose
command, as it directly explains that one.
val syncId = participant.synchronizers.list_connected().head.synchronizerId | ||
participant.topology.party_to_participant_mappings.list(syncId, filterNamespace = <namespace>) | ||
participant.topology.party_to_participant_mappings.list(syncId, filterParticipant = <namespace>) |
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.
What is the context for this change?
We're interested in potentially multiple participants here, so filterNamespace
seems like the right pick?
val parties = participant.parties.list (<participantIdentifier>) | ||
Then you can map the party to a variable using a command asa such where <index> is the 0 based index of the party in the list: |
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.
sentence looks broken
Pull Request Checklist
Cluster Testing
/cluster_test
on this PR to request it, and ping someone with access to the DA-internal system to approve it./hdm_test
on this PR to request it, and ping someone with access to the DA-internal system to approve it.PR Guidelines
Fixes #n
, and mention issues worked on using#n
Merge Guidelines