-
Notifications
You must be signed in to change notification settings - Fork 1
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
Multisubmit rules #51
Conversation
service Check1 { | ||
rpc createCheckpoint (CheckpointRequest) returns (CheckpointResponse) {} | ||
rpc submitCheckRule (CheckRuleRequest) returns (CheckRuleResponse) {} | ||
rpc submitCheckSequenceRule(CheckSequenceRuleRequest) returns (CheckSequenceRuleResponse) {} | ||
rpc submitNoMessageCheck(NoMessageCheckRequest) returns (NoMessageCheckResponse) {} | ||
rpc waitForResult(WaitForResultRequest) returns (WaitForResultResponse) {} | ||
rpc multiSubmitRules(MultiSubmitRulesRequest) returns (MultiSubmitRulesResponse) {} |
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.
Please rename to submitMultipleRules(MultiRulesRequest) returns (MultiRulesResponse)
message MultiSubmitRulesResponse { | ||
repeated RuleResponse responses = 1; | ||
} |
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.
message MultiSubmitRulesResponse { | |
repeated RuleResponse responses = 1; | |
} | |
message MultiRulesResponse { | |
ChainID chain_id = 1; | |
repeated RuleResponse responses = 2; | |
} |
I have questions about chain id in submit multiple rules.
My opinion is check1 should handle the whole multiple rules request as request for one chain id. This behavior should cover test case needs, because as I know users doesn't use chain id or use fixed chain id for case. |
Currently check1 allows to submit to one chain or to multiple chains or to generate new chainId for every rule. Demo script uses both fixed chainId for some rules and generating new chainId in check1 for others. |
I don't think it will look good with the current API state. Each rule request contains ChainID. So, it is expected that this chain ID will be used when the rule is submitted. At least I would expect that. If we apply your suggestion @Nikita-Smirnov-Exactpro the above won't be true and will look like an unexpected behavior for the user in my opinion. With the current API, I would rather stick to the option the @lumber1000 used in the beginning. |
I like this option, in this case user can submit multiple rules under single chain.
check1 generates new |
'postMultipleRules' method added
# Conflicts: # README.md # build.gradle # gradle.properties # package_info.json
No description provided.