-
Notifications
You must be signed in to change notification settings - Fork 92
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
[Bugfix] Multiple service versions in the cluster. #191
Conversation
91bcaac
to
c1f5682
Compare
a5168e1
to
d839919
Compare
d839919
to
aa29b3f
Compare
@@ -87,8 +87,14 @@ class locator_t::remote_t: | |||
virtual | |||
~remote_t() { | |||
for(auto it = active.begin(); it != active.end(); ++it) { | |||
parent->m_gateway->cleanup(uuid, *it); | |||
if(!parent->m_gateway->cleanup(uuid, *it)) tuple::invoke(*it, |
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 there any reason to use lambdas? I don't think it's much more readable then
if(!parent->m_gateway->cleanup(uuid, *it)) {
//Even with comment about std::get<1>(*it) it's shorted than lambda.
parent->m_protocol[name].erase(std::get<1>(*it));
}
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.
Maybe not!
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.
It's actually parent->m_protocol[std::get<0>(*it)].erase(std::get<1>(*it));
, not extremely readable, I must say.
LGTM |
aa29b3f
to
76a9fc8
Compare
[Bugfix] Multiple service versions in the cluster.
[Bugfix] Compatibility with cocaine/cocaine-core#191.
It was decided that ACL for storage will be stored (packed/unpacked) with integer keys as it was in previous releases, as it is a bunch of ACL in "integer keys" format already in the wild out there.
It was decided that ACL for storage will be stored (packed/unpacked) with integer keys as it was in previous releases, as it is a bunch of ACL in "integer keys" format already in the wild out there.
When there are more than one service version in the cluster, properly partition service metadata by version and resolve only the latest version. We'll add an ability to request specific versions later.