Thanks for explanation.
Are there any plans to expose this api to wrapped languages?
On Thursday, January 3, 2019 at 1:28:48 PM UTC-5, Carl Mastrangelo wrote:
>
> I am the author of the blog post. The pictures included are an
> approximation of the truth, which would otherwise be very
Hello,
This blog post https://grpc.io/blog/grpc-stacks mentions that it's possible
to use In-Process transport with C# library. What's the right usage of this
transport from wrapping languages? Is this transport built-in or it's
necessary to recompile the library to enable it? I couldn't find
Thank you, we'll be definitely looking at DNS config changes too.
On Tuesday, August 15, 2017 at 4:32:37 PM UTC-4, Eric Anderson wrote:
>
> Ah, then ManagedChannelBuilder.overrideAuthority() seems to be what you
> want. Linkerd is acting as a reverse proxy, so it "is" the server as far as
>
Thanks for the idea. It's a bit more complicated as we run apps in
containers in overlay network, which means each container has its own
localhost. But adding some custom dns config might be an option. Thanks.
On Thursday, August 10, 2017 at 5:46:29 PM UTC-4, Ryan Michela wrote:
>
> If you are
I use https://linkerd.io/ for the proxy - it performs load balancing and
name resolution. It is HTTP/2 aware and uses authority header by default to
resolve names.
Yes, I use insecure channels and need to route certain connections only
through the proxy, so setting global http proxy will not
Hello,
What's the right way to override authority for a channel or stub?
I see there is withAuthority method in CallOptions, but there is no
withAuthority method in AbstractStub and I cannot pass CallOptions to
generated stubs.
There is overrideAuthority method in ManagedChannelBuilder class,