You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
* Two methods below, Equals and GetHashCode, should be used instead of generated in ClusterMetrics.Messages.g.cs
* file. Since we do not have an option to not generate those methods for this particular class,
* just stip them from generated code and paste here, with adding Address property check
*/
publicboolEquals(NodeMetricsother)
{
if(ReferenceEquals(null, other))returnfalse;
if(ReferenceEquals(this, other))returntrue;
return Equals(Address, other.Address);
}
publicoverrideintGetHashCode()
{
return(Address!=null? Address.GetHashCode():0);
}
}
Indeed, we are abusing the Protobuf objects inside our internal usages within Akka.Cluster.Metrics. That's a separate issue that I think will need to be solved in a different PR.
I think the solution that is required here is decoupling the wire types from the public API and creating some structs that are actually returned by the NodeMetrics APIs et al.
Per the blockers we ran into on #7063
akka.net/src/contrib/cluster/Akka.Cluster.Metrics/Serialization/NodeMetrics.cs
Lines 23 to 110 in 0782c7d
Indeed, we are abusing the Protobuf objects inside our internal usages within Akka.Cluster.Metrics. That's a separate issue that I think will need to be solved in a different PR.
Originally posted by @Aaronontheweb in #7063 (comment)
The text was updated successfully, but these errors were encountered: