-
Notifications
You must be signed in to change notification settings - Fork 1.7k
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
[OPCORE-863]: fix(service): start multiple feeds managers #14197
[OPCORE-863]: fix(service): start multiple feeds managers #14197
Conversation
9752380
to
ca18f96
Compare
b54d3e3
to
f51fd98
Compare
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.
Should we make this part of the change last? Could potentially cause issues as the UI and all other parts of the code can't handle multiple managers. How does this affect how the UI picks which manager to use? Maybe we should add a feature flag to the toml config first
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.
Discussed and decided we can add the flag when this is changed as the changes here alone does not actually start multiple fms
a4b0fdf
to
b1affc7
Compare
In order to support connection to multiple feed managers, when on start of the node, we want to attempt to connect to list of registered feed managers.
Introduce a new feature flag for enabling support for multi feeds managers.
419e5e3
to
94e7f62
Compare
No longer used, since it was replaced by ListJobProposalsByManagersIDs
94e7f62
to
5220fb9
Compare
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.
Is this default to false on the new flag?
Yes, if no value is set in the config.toml, then the default boolean value kicks in which is false. |
// | ||
// When we support multiple feed managers, we will need to change this to filter | ||
// by feeds manager | ||
func (s *service) ListJobProposals(ctx context.Context) ([]JobProposal, error) { |
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.
Who called this method? Shouldn't the call site be replaced with the ListJobProposalsByManagerID? Unless I missed that.
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 documented the reason in my commit description here
We already have ListJobProposalsByManagersIDs
which takes in a list of IDs, so we dont need to introduce another ListJobProposalsByManagerID
for single ID
Quality Gate passedIssues Measures |
Reviewers: Most of the files are just test config file changes, PR is not that big.
I also merged this PR into this branch which made this PR bigger (silly mistake), so recommended to review via commits instead.
What
In order to support connection to multiple feed managers, when on start of the node, we want to attempt to connect to list
of registered feed managers.
New feature toggle is introduced.
first commit: actual change to start multiple feeds managers
second commit: hide new behaviour under a new feature flag
Why
In the upcoming CCIP v2, we want to be able to allow it talk to existing nodes that have been registered with CLO.
JIRA: https://smartcontract-it.atlassian.net/browse/OPCORE-863
Note
This is not the only change to enable support for multiple feeds manager.
I have another PR soon which addresses the hardcoding restriction of 1 feeds manager.
UI will need to be tweaked to show multiple feed managers as well.