-
Notifications
You must be signed in to change notification settings - Fork 3.9k
netty: implement UdsNameResolver and UdsNettyChannelProvider #9113
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
Conversation
When the scheme is "unix:" we get the UdsNettyChannelProvider to create a NettyChannelBuilder with DomainSocketAddress type and other related params needed for UDS sockets
and address review comments
Addressed comments and added an e2e test. PTAL |
netty/src/test/java/io/grpc/netty/UdsNettyChannelProviderTest.java
Outdated
Show resolved
Hide resolved
addressed the remaining comments. PTAL |
@sanjaypujare, push the changes? |
It has shown up now! |
The commit is there now: for some reason there was a delay which is really unusual. |
netty/src/test/java/io/grpc/netty/UdsNettyChannelProviderTest.java
Outdated
Show resolved
Hide resolved
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 seems there are still unresolved review comments. UdsNettyChannelProvider has a busted isAvailable
. Dependencies should be referenced via libraries
map.
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.
The Bazel build will need to be updated. If you run into problems with that, ping me.
|
||
@Test | ||
public void basicMethods() { | ||
assertTrue(provider.isAvailable()); |
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.
You meant assumeTrue.
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.
Yes, with the latest change made to UdsNettyChannelProvider
it should be assumeTrue
. Otherwise this was copied from NettyChannelProviderTest
which used assertTrue
. Good catch. Making the change
Fixed bazel build as well. PTAL |
When the scheme is "unix:" we get the UdsNettyChannelProvider to
create a NettyChannelBuilder with DomainSocketAddress type and
other related params needed for UDS sockets
fixes #8884