-
Notifications
You must be signed in to change notification settings - Fork 3.9k
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
io.grpc.LoadBalancer method signatures don't match javadoc #11194
Comments
I think acceptResolvedAddresses is the one implementations should prefer to use because it returns a status of the acceptance back to the name resolution system. However handleResolvedAddresses is internally still used in the multi level Xds load balancers, which is probably why it is not deprecated. @ejona86 please confirm. |
That should be updated to call the new method.
It isn't deprecated because we needed to make the |
As per our understanding I'm marking handleResolvedAddresses method as deprecated and updating the references(14 usages of handleResolvedAddresses method). |
While marking handleResolvedAddresses method as deprecated we observed that following cyclic calls in LoadBalancer as follows I.e., handleResolvedAddresses -> calls acceptResolvedAddresses -> calls handleResolvedAddresses which we are trying to mark as deprecated. Also not sure about significance of recursionCount, at this point require suggestions it would be helpful to proceed further. |
javadoc for
public void handleResolvedAddresses(ResolvedAddresses resolvedAddresses)
servers
javadoc for
public Status acceptResolvedAddresses(ResolvedAddresses resolvedAddresses)
addresses
Readers are probably also curious about the difference between "accept" and "handle" and which one implementations are expected to override.
The text was updated successfully, but these errors were encountered: