[grpc-io] gRPC-Java v1.65.0 Released

grpc-netty in this release is compatible with Netty 4.1.111; it fixes the incompatibility that caused data corruption. grpc-netty-shaded is still using Netty 4.1.100. New Features - New module grpc-gcp-csm-observability (df8cfe9

[grpc-io] gRPC-Java and Netty 4.1.111 possible corruption

Users of grpc-java should avoid upgrading to Netty 4.1.111 (released two days ago), as it appears there is corruption. The issue is being tracked in https://github.com/grpc/grpc-java/issues/11284 Little is known now, but best to delay the upgrade until more is known. -- You received this

Re: [grpc-io] Error with building io.grpc.ManagedChannelRegistry

The problem here is maven-assembly-plugin breaks SPI "services," because by default it fails to combine some magic files together. This causes the dns name resolver to not be found, and can prevent some transports and load balancers also to not be found. You need to configure it to use the

Re: [grpc-io] gRPC 1.55 Throughput Drop when Client Send Rate Increase

On Sun, May 12, 2024 at 11:03 AM Yunhao Bai wrote: > When we are performing performance test and try to test the throughput for > the gRPC server, we find there is a very strange behavior: When we increase > the rate for unary RPC call to the gRPC server (e.g., from 15k rps to 50 > rps), we see

Re: [grpc-io] What is the suggested way to use onError on StreamObserver?

On Sat, Apr 13, 2024 at 9:23 AM Debraj wrote: > I did not quite understand the statement - "*It will respond > with Status.UNKNOWN and interceptors might get confused"* . > > Let's say I do not have the try - catch in the purge() method and I have > a ServerInterceptor like below. > If you

Re: [grpc-io] GRPC client getting error while connecting to service UNAVAILABLE

agarwal wrote: > I am getting this error only: > error:UNAVAILABLE > > > > On Sat, Apr 20, 2024 at 2:09 AM Eric Anderson wrote: > >> On Thu, Apr 18, 2024 at 1:28 PM shobhit agarwal >> wrote: >> >>> suddenly it started failing with error:UNAVAILABLE

Re: [grpc-io] [grpc-Java] Query regarding ping deadline exceeded

On Fri, Apr 12, 2024 at 11:53 AM R Chinmay wrote: > In both cases we receive a generic log with status DEADLINE_EXCEEDED. I see "[grpc-Java]" in the email subject. Are you actually using grpc-java? gRPC Java provides a lot of information in the string part of the status. > 1. Can you provide

Re: [grpc-io] GRPC client getting error while connecting to service UNAVAILABLE

On Thu, Apr 18, 2024 at 1:28 PM shobhit agarwal wrote: > suddenly it started failing with error:UNAVAILABLE while service was up > and running > What was the error message? -- You received this message because you are subscribed to the Google Groups "grpc.io" group. To unsubscribe from this

Re: [grpc-io] gRPC-Java Netty server handling of CONTINUATION frames

Netty (and by extension gRPC Netty) is not affected. On Thu, Apr 11, 2024 at 1:56 PM jamesne...@gmail.com < jamesnether...@gmail.com> wrote: > Hi, > > Given the recent news around vulnerabilities in the handling of of HTTP/2 > CONTINUATION frames: > > >

Re: [grpc-io] What is the suggested way to use onError on StreamObserver?

If validator.validate() and service.purge() can throw, then you want a try-catch. You must call onCompleted() or onError() on the observer for the RPC to complete (and thus release its memory). gRPC does have some handling for exceptions thrown by the service method, but it is a worst-case backup.

Re: [grpc-io] Channel Management from server side

On Wed, Mar 27, 2024 at 7:15 AM Darshan J Gowda wrote: > Question: > We discussed some on Gitter. https://app.gitter.im/#/room/#grpc_grpc:gitter.im/$h_WHhXb5S4tREY8Z12CS5VXwaoot6ELcnn51vtW2LmE > >1. > >Is there a way for server to end a channel of a particular client if >it wishes

Re: [grpc-io] Versioning: New features for existing RPCs

Other options in no particular order: 1. Have a repeated extensions field of type Any. An unknown message type should cause the server to fail the RPC. This is nicer than (b) because you can't forget to change the version when expecting a new feature, and it allows servers to

Re: [grpc-io] URGENT: Sending async response over grpc

to be there to keep the > connection alive. > > On Tue, 19 Mar 2024 at 22:54, Eric Anderson wrote: > >> On Wed, Mar 13, 2024 at 1:11 PM Abhijeet Tiwari >> wrote: >> >>> 1) let's say a java based client that has opened a server streaming rpc >>> 2) afte

Re: [grpc-io] who else is looking for an active (discord) community?

The "Unofficial gRPC Community" Discord server from the last discussion was essentially a failed experiment. People joined, but there was not a *single* discussion. Gitter actually has some activity, so it isn't dead but rather

Re: [grpc-io] URGENT: Sending async response over grpc

On Wed, Mar 13, 2024 at 1:11 PM Abhijeet Tiwari wrote: > 1) let's say a java based client that has opened a server streaming rpc > 2) after this, we are to receive some info through a webhook on our > server, but it might take some time > 3) we have to send this info received over webhook to the

Re: [grpc-io] GRPC_ARG_HTTP2_MAX_PING_STRIKES in Java

the error. When the connection closes there's not too much error information available. The client ends up saving the earlier GOAWAY (from shutdown()) in hopes it is related to the connection closure and sheds light on debugging. On Wed, Feb 7, 2024 at 2:50 PM James M wrote: > Hi Eric, >

Re: [grpc-io] Re: [gRPC-Java] Degradation with larger number of Repeated elements

I've not forgotten about your issue. It is likely not grpc-java related, so I've been trying to find some time to make a Java client and show it doesn't have the same change in performance. On Tue, Feb 20, 2024 at 7:22 AM Asha M.J wrote: > Could someone please help here? > > On Friday,

Re: [grpc-io] GRPC_ARG_HTTP2_MAX_PING_STRIKES in Java

Java does not have a setting for adjusting the maximum ping strikes. Why do you need to adjust it? Typically adjusting it higher doesn't change whether the connection would get killed. It just delays it a little bit. On Wed, Jan 31, 2024 at 2:52 PM James M wrote: > Hi, > > In Java, is there a

[grpc-io] Re: Streaming server response

I figured it out. I transformed this service to use the asyncio api and used the `Context.write` method. It works beautifully! Unbelievable! What a great library. Thank you! On Thursday, January 25, 2024 at 4:06:10 PM UTC-8 Eric Chamberlain wrote: > I am trying to perform one operation, wh

[grpc-io] Streaming server response

the operation with an iterator that lives outside of the operation. I'm hoping there's some API feature I'm missing. Maybe if I use the Asyncio API (https://grpc.github.io/grpc/python/grpc_asyncio.html#grpc.aio.ServicerContext.write) it would do what I want to do? Thank you! Eric -- You received

Re: [grpc-io] TCP connections per channel

On Wed, Jan 17, 2024 at 12:50 PM Kumaran Loganathan < kumaranloganatha...@gmail.com> wrote: > How many TCP connections does a channel create and manage provided the DNS > resolution of the server resolves to one ip address? Technically, this is a decision that the client-side LB policy makes.

[grpc-io] gRPC-Java 1.60.0 Released

The v1.60.0 release is now available. API Changes - api: Stabilize ForwardingServerBuilder, ForwardingChannelBuilder2, and ForwardingChannelBuilder. Note that ForwardingChannelBuilder is stabilized (no changes will be made to it),

[grpc-io] gRPC-Java v1.59.1 Released

The v1.59.1 release is now available. - netty: Implement Http2Headers.isEmpty(). This fixes compatibility with Netty 4.1.101.Final. - netty: Add NettyServerBuilder.maxRstFramesPerWindow(). This can be used to limit impact of

Re: [grpc-io] Grpc - Java server side streaming handling backpressure

On Thu, Nov 16, 2023 at 2:44 PM Vivek Shindhe wrote: > But this leads to a thread block situation, while the main thread is > waiting to restart again the "onReadyHandler" is never invoke which blocks > the publishing to the stream. Seems you already have an understanding of the situation.

Re: [grpc-io] Grpc Java server test for ServerInterceptors

On Mon, Nov 27, 2023 at 3:02 PM John Wilson wrote: > Is this implementation correct? > Looks fine. Is this thread safe? > Context is immutable (although the values could be mutable, but then you'd be responsible for synchronization). And the "current" Context is stored in a ThreadLocal. So,

Re: [grpc-io] Switching from direct executor to threaded executor after rate limiting

plier with an interceptor: it's a bit tricky. You could make a ServerCallExecutorSupplier that detects if the rate limit is already exceeded and returns a direct executor. Then the interceptor detects it is running in the direct executor and fails the RPC. On Tuesday, November 14, 2023 at 10:24:53 AM UT

Re: [grpc-io] Switching from direct executor to threaded executor after rate limiting

On Wed, Nov 8, 2023 at 9:46 AM Krishna Sai Veera Reddy < krishnasaiveerareddy...@gmail.com> wrote: > I am implementing a gRPC service and have a use-case where I need to rate > limit RPC calls but would like the rate limiting server interceptor to run > directly on the network thread as it is

Re: [grpc-io] Interrupted exception when using blocking call with stubs reuse

gRPC does not interrupt threads. So if you are seeing thread interruption, that is triggered by your code. Also, without the full exception, there's not much to go on (and interruption is generally hard to figure out even with the full exception). Stubs and channels are thread-safe, so you don't

Re: [grpc-io] Re: How to look up server?

IServiceManager looks to be only for Binder, so it doesn't make sense to use it with a plain HTTP/2. You'd need to know the port the server is running on for that. But your high-level goals are unclear. So you'd have to give more background on your use-case for me to give a better reply, as you

Re: [grpc-io] Java 8 / Java 11 support timeline in gRPC?

Yeah... It's been hard to have clear messaging here, because we've been trying to figure it out. The messaging is mostly avoiding over-promising, but where "in practice" fits in is still murky. gRFC P5 says we could have "dropped" Java 8 already. That's obviously not happened. v1.57.0 did have

Re: [grpc-io] gRPC netty NoRouteToHostException

y.channel.nio.NioEventLoop.run(NioEventLoop.java:493) >> at >> io.grpc.netty.shaded.io.netty.util.concurrent.SingleThreadEventExecutor$4.run(SingleThreadEventExecutor.java:989) >> at >> io.grpc.netty.shaded.io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74) >> at >> io.grp

Re: [grpc-io] Re: After the channel is created, it takes 1000+ms to transition from IDEL state to CONNECTING state.How can i reduce the time required to change state?

This was also discussed on Stack Overflow . I filed https://github.com/grpc/grpc-java/issues/10517 for the delayed transition to CONNECTING. It won't change performance any,

Re: [grpc-io] gRPC netty NoRouteToHostException

You get that exception because all backends failed to be connected to. I expect this is a server deployment-approach problem. Does the service do a rolling restart? The only thing the client can do to avoid the error is use stub.withWaitForReady(). But that implies you care more about reliability

[grpc-io] Get server crash signal for java server streaming RPC

Hi I am writing a server-streaming RPC in java, and trying to figure out how to get a signal on client side when the server crashes, so that dangling streams can be cleaned-up on client side. Here is the service definition *service MyService {* * rpc Get(GetRequest) returns (stream

[grpc-io] gRPC-Java v1.57.1 Released

The v1.57.1 release is now available. Bug fixes - Fix compatibility with Java 8. This fixes the NoSuchMethodError for ByteBuffer methods present in 1.57.0 (#10441 ) - xds: Remove

Re: [grpc-io] using native java 11 alpn with gprc-java?

TL;DR: you can use gRPC fine without native dependencies, but you might see lesser performance. OpenJDK backported the "Java 9 ALPN API" to Java 8, so you don't need netty-tcnative at all for ALPN. We still use it because it provides a large performance impact on Java 8, and it may provide some

[grpc-io] Re: GRPC Server Reflection

What language are you using? Why would the gRPC server reflection have any dependency injection? On Saturday, July 1, 2023 at 9:43:05 AM UTC-7 chand...@codeprism.in wrote: > What could be causing the issue where dependency injection is not properly > initializing when invoking rpc call using

Re: [grpc-io] Client-Side xDS Not Handling Removed Endpoints

There's a 15 minute timer for localities. See gRFC A56 Priority LB Policy . Which localities are provided by control planes can be unstable, so old localities are preserved for a while in case the

Re: [grpc-io] gRPC client side request throttling

This has been responded to at https://github.com/grpc/grpc-java/issues/10164 On Thu, May 11, 2023 at 8:05 AM Bhuvi Viji wrote: > Hi, > > Currently we are doing some performance testing with our gRPC based > server and client apps and below are the Observations with the test results > and Need

[grpc-io] gRPC Java v1.55.1 Released

The v1.55.1 release is now available. The 1.55.0 release failed. There were no artifacts published for it. API Changes - services: Rename MetricRecorder.setQps/clearQps to setQpsMetric/ clearQpsMetric (#10031

Re: [grpc-io] gRPC message validation question

On Thu, May 4, 2023 at 7:29 AM Brad Post wrote: > Okay thanks, but then what is the recommended way of "defending" bad > requests. > Ignore this case and just validate requests like you normally would if it were the proper type. You can use this as a reminder that if you persist client-created

Re: [grpc-io] gRPC message validation question

No, there is no validation. The type arguments are implicit given the method, and there's no communication that would tell you that there is a mis-match. The only time you'd need such a thing is if you change the request/response message in the proto, so "don't do that." Instead, create a new

Re: [grpc-io] how to make a grpc call using http2

I took a look at this with Java server, and it actually works without issue. So, yeah, I think any issue you experienced was the server trying to decode the JSON message as a protobuf. To test this with Java, you can use the HelloJsonServer. Add

[grpc-io] gRPC-Java 1.50.3 Released

The v1.50.3 release is now available. Bug Fixes - core: Free unused MessageProducer in RetriableStream (#9853 ), fixing a Netty buffer memory leak for cancelled RPCs -- You received

Re: [grpc-io] io.grpc.internal.ManagedChannelImpl$NameResolverListener handleErrorInSyncContext

> java.net.UnknownHostException: Host sconosciuto (voloOK) The host name does not exist. Check the spelling, search path, or which DNS server your machine is configured to use. You can use `ping` to check if DNS resolution is working as you expect. On Wed, Mar 22, 2023 at 7:41 AM VALENTINA FERRO

Re: [grpc-io] Re: How does gRPC maintain sessions securely?

Thanks Eric - this is helpful. If you are using TLS, then it provides that guarantee. If you are using insecure channel credentials, then you'd only be trusting your datacenter network. If I build a channel that's configured to use TLS, will the server tie that channel to that TLS session

Re: [grpc-io] Re: How does gRPC maintain sessions securely?

tials, then you'd only be trusting your datacenter network. On Mon, Mar 20, 2023 at 7:03 AM Eric Robins wrote: > This is why web-based applications have session tokens/cookies, web > services always authenticate or use tokens like JWTs, etc, where those > credentials are protected cryptographicall

Re: [grpc-io] Re: How does gRPC maintain sessions securely?

annel and so on. > > On Sun, Mar 19, 2023 at 2:10 PM Eric Robins wrote: > >> Ok, I think I'm getting closer to understanding what I need to >> understand. I'm admittedly being a bit loose with terminology, and I >> believe it's the instantiation and maintenance of

[grpc-io] Re: How does gRPC maintain sessions securely?

. On Friday, March 17, 2023 at 4:55:08 PM UTC-5 sanjay...@google.com wrote: > Comments inline below: > > On Friday, March 17, 2023 at 12:57:31 PM UTC-7 Eric Robins wrote: > > Ok, I have a simple POC of a bidrectional streaming RPC up in Java. The > client instantiates the non-blo

[grpc-io] Re: How does gRPC maintain sessions securely?

in advance. If there's a more appropriate place to get ongoing support for questions such as these, please let me know. Eric On Thursday, March 2, 2023 at 4:03:30 PM UTC-6 sanjay...@google.com wrote: > On Thursday, March 2, 2023 at 9:57:15 AM UTC-8 Eric Robins wrote: > > Thanks - this d

[grpc-io] Re: How does gRPC maintain sessions securely?

t;built into gRPC" and should not care that authorization is implemented > through interceptors. The proposal talks about an authorization SDK you can > use on the server side and use policies specified in JSON which will be > enforced by this feature. Which languages do you want to

[grpc-io] Re: How does gRPC maintain sessions securely?

https://github.com/grpc/proposal/blob/master/A43-grpc-authorization-api.md > and see if that addresses your questions. > > On Wednesday, March 1, 2023 at 2:27:45 PM UTC-8 Eric Robins wrote: > >> Forgive the question if it's already been asked. I've been digging >> through

[grpc-io] How does gRPC maintain sessions securely?

authorization grants given to the client by the server that are represented back to the server (in a header usually) every time a call is made during the active session. How does this work in gRPC? Thanks in advance. Happy to go read more documentation if someone can point me to it. Eric -- You

Re: [grpc-io] grpc vs rest benchmark

put the numbers in perspective. On Sun, Feb 26, 2023 at 11:52 PM shobhit agarwal wrote: > Hi Eric, > > After adding threadpool size to 100, now I am getting throughput 1.6k > req/sec,but same with rest (Get method) it's 2.7k req/sec. > > my client is jmeter and client and server is on s

Re: [grpc-io] Routing a grpc server to a url without port with Apache

> On Thursday, 23 February 2023 at 11:27:34 UTC-5 Eric Anderson wrote: > >> (Sorry for the moderation delay here. The spam detection kicked in; false >> positives are pretty rare so it isn't checked super regularly. I approved >> just one of the duplicate emails.) >>

Fwd: [grpc-io] grpc vs rest benchmark

Oops. Failed to cc the mailing list. There was a reply to this saying the JVM was warm. I maintained that without the actual benchmark code it is hard to diagnose. -- Forwarded message - From: Eric Anderson Date: Tue, Feb 21, 2023 at 9:08 AM Subject: Re: [grpc-io] grpc vs rest

Re: [grpc-io] Routing a grpc server to a url without port with Apache

(Sorry for the moderation delay here. The spam detection kicked in; false positives are pretty rare so it isn't checked super regularly. I approved just one of the duplicate emails.) The problem here is probably the "/rpc". gRPC doesn't use the /rpc prefix. It uses /package.Service/Method, so

[grpc-io] gRPC-Java 1.45.3

The v1.45.3 release is now available. This release is unrelated to the recent xDS bug release fixes that impacted 1.51 and 1.52. Bug Fixes - core: Fix retry causing memory leak for canceled RPCs. (#9360

[grpc-io] Re: grpc-java xDS regression in 1.51.0, 1.51.1, 1.52.0

, 2023 at 3:07 PM Eric Anderson wrote: > We have discovered a regression in grpc-xds starting with 1.51.0 where > resources might stop receiving updates. The trigger could happen hours or > days after the binary had started. xDS users should avoid 1.51.0, 1.51.1, > and 1.52.0. We s

[grpc-io] grpc-java xDS regression in 1.51.0, 1.51.1, 1.52.0

We have discovered a regression in grpc-xds starting with 1.51.0 where resources might stop receiving updates. The trigger could happen hours or days after the binary had started. xDS users should avoid 1.51.0, 1.51.1, and 1.52.0. We suggest using 1.50.x until patch releases with the fix are

[grpc-io] gRPC-Java 1.50.0 released

The v1.50.0 release in now available. New Features - okhttp: Added connection management features to okhttp server, including maxConnectionIdle(), permitKeepAliveTime(), and permitKeepAliveWithoutCalls() (#9494

[grpc-io] gRPC-Java 1.41.3 Released

The v1.41.3 release is now available. Dependencies - Bump protobuf to 3.19.6 -- You received this message because you are subscribed to the Google Groups "grpc.io" group. To unsubscribe from this group and stop receiving emails from

[grpc-io] gRPC-Java 1.36.3 Released

The v1.36.3 release is now available. Dependencies - Bump protobuf to 3.16.3 -- You received this message because you are subscribed to the Google Groups "grpc.io" group. To unsubscribe from this group and stop receiving emails from

[grpc-io] Protobuf Java DoS CVE-2022-3171

Protobuf versions prior to 3.21.7 suffer from CVE-2022-3171 . Notably, the fix requires regenerating code, so make sure your protoc version is upgraded and you verify important dependencies have rebuilt their

Re: [grpc-io] breaking functionality with netty-handler upgrade | 5.0.0.Alpha2

On Tue, Aug 30, 2022 at 12:28 AM vivek Baranwal wrote: > I have upgraded netty-handler jar version recently from 4.1.77.Final > to 5.0.0.Alpha2 but looks like my GRPC call is getting failed in between > because of this upgrade. > You can't upgrade gRPC to Netty 5. The netty namespace is

Re: [grpc-io] extracting master-key for wireshark using JsseProvider

On Mon, Aug 29, 2022 at 9:39 AM Eric Anderson wrote: > You can use `-Dio.netty.transport.noNative=true` or > `-Dio.grpc.netty.shaded.io.netty.transport.noNative=true` to disable > loading tcnative, depending on whether you are using grpc-netty or > grpc-netty-shaded, respectiv

Re: [grpc-io] extracting master-key for wireshark using JsseProvider

On Fri, Aug 26, 2022 at 6:00 AM Elhanan Maayan wrote: > if i understand correctly if i wish to extract the master key for > wireshark sniffing > i need to use this: > GrpcSslContexts.configure(sslContextBuilder, Security.getProvider > ("SunJSSE")); > FYI, there was a PR

Re: [grpc-io] Help understand DNS resolution between client and Nginx Ingress

On Sun, Aug 21, 2022 at 10:32 AM Staniel Yao wrote: > I think it's because the MAX_CONNECTION_AGE is only affecting the > connection between Nginx and backend and doesn't affect the client > connection to Nginx itself. Am I right on this? > Correct. The necessary configuration would be in

Re: [grpc-io] Cache response in ServerInterceptor

> > at > com.alibaba.csp.sentinel.adapter.grpc.SentinelGrpcServerInterceptor$1.close(SentinelGrpcServerInterceptor.java:77) > ~[sentinel-grpc-adapter-1.7.1.jar:?] > at > com.opay.ccp.proxy.interceptor.IdempotentInterceptors.interceptCall(IdempotentInterceptors.java:71) > ~[classes/:?] >

Re: [grpc-io] Cache response in ServerInterceptor

That interceptor looks fine. Note that the issue could be in a different interceptor. On Fri, Jul 22, 2022 at 7:03 PM jinxiang lang wrote: > java.lang.IllegalStateException: java.lang.IllegalStateException: call > already closed > ... > Caused by: java.lang.IllegalStateException: call

Re: [grpc-io] Guaranteed in-order delivery of streamed messages?

gRPC guarantees that when you receive a message on the stream you have received all previous messages on that stream. Messages can be lost in cases you wouldn't be surprised, like if you get an error. On Mon, Jul 25, 2022 at 2:41 PM Davor Cubranic wrote: > The core concepts document states "

[grpc-io] gRFC A54: Restrict Control-Plane Status Codes

This is the discussion thread for https://github.com/grpc/proposal/pull/314 Abstract: The gRPC control plane has no need to use many of the status codes yet communicates with external services whose status codes may accidentally be copied to the data plane. This gRFC restricts the allowed status

Re: [grpc-io] gRPC java: what is the best practice to overcome the setter challenge

On Thu, Jul 7, 2022 at 5:30 AM Vahab Jabrayilov wrote: > Since, they don't have any setters associated with them I cannot use those > classes in my main logic; > "Can't" is a bit strong. You could use the immutable objects in your logic, but I'd agree that produces a very different code

Re: [grpc-io] Cache response in ServerInterceptor

If it is just based on the metadata token (which is suspicious), then just respond in-line: String token = headers.get(CLIENT_HEADER_KEY); RespT resp = (RespT) select(token); if (resp != null) { call.sendHeaders(new Metadata()); call.sendMessage(resp); call.close(Status.OK, new Metadata());

Re: [grpc-io] gRPC Java: snapshots

ss.sonatype.org/content/repositories/snapshots/ >> >> вторник, 28 июня 2022 г. в 19:07:51 UTC+3, Eric Anderson: >> >>> I assume you are wanting to test the Netty upgrade. I don't recall if >>> the version we upgraded to has the linker fix. In any case, I'v

Re: [grpc-io] gRPC Java: snapshots

I assume you are wanting to test the Netty upgrade. I don't recall if the version we upgraded to has the linker fix. In any case, I've published a snapshot build to https://oss.sonatype.org/content/repositories/snapshots/ On Tue, Jun 28, 2022 at 6:44 AM Паша Варченко wrote: > I'm looking for a

Re: [grpc-io] Using gRPC for server client communication in a java desktop app

On Tue, Jun 21, 2022 at 4:51 AM Rohm wrote: > Hello, I would like to hear what you people think about approach mentioned > in the title in general. Nothing is strange about this use-case. gRPC would be fine. REST and gRPC are very similar for this use case, from a networking perspective. - In

Re: [grpc-io] Accessing NettyServiceHandler for grpc-java

On Tue, Jun 14, 2022 at 6:39 PM Doug DesCombaz wrote: > Some issues: > 1) I don't think I can use the NettyServerBuilder() because it expects a > shadowed version of the event loops. In other words, the GRPC project > brings in the Netty code and repackages, so many classes can't be used >

Re: [grpc-io] Is gRPC actually compatible with HTTP semantics?

On Thu, Apr 28, 2022 at 10:03 PM Samuel Williams < space.ship.travel...@gmail.com> wrote: > Hello, I'm the maintainer of an HTTP client/server covering HTTP/1 & 2. I assume this is related to https://github.com/socketry/async-http/pull/92 . I saw the thread, but it seemed to resolve reasonably

[grpc-io] gRPC Java v1.46.0 Released

The v1.46.0 release is now available. Bug Fixes - netty: Fixed incompatibility with Netty 4.1.75.Final that caused COMPRESSION_ERROR (#9004 ) - xds: Fix LBs blindly propagating control

Re: [grpc-io] Spec clarification about multi-value custom metadata -> HTTP/2 headers

On Thu, Apr 14, 2022 at 4:13 PM Peter Wiese wrote: > Per the gRPC over HTTP/2 spec > https://github.com/grpc/grpc/blob/master/doc/PROTOCOL-HTTP2.md#requests > > I read that as either form is acceptable. If that is true my other > question is if a gRPC server receives headers in either form are

Re: [grpc-io] writing a grpc-based interface specification

Depending on what you mean by "formal," https://github.com/googleapis/googleapis may be a good reference. If that's not what you're looking for, describe more of what you mean by "formal." (There are a couple different usages that vary by circumstance.) On Thu, Apr 21, 2022 at 5:56 AM Stefan

Re: [grpc-io] Re: serverCallStreamObserver.isCancelled() cannot detect client disconnection for gRPC version higher than 1.41.0

On Fri, Apr 15, 2022 at 10:09 PM 'Wen Bo (Bill) Li' via grpc.io < grpc-io@googlegroups.com> wrote: > If this is the new approach, what would be the new best practice in terms > of code implementation on detecting client disconnection (using the > workaround you provided above)? > It's not really

Re: [grpc-io] Re: serverCallStreamObserver.isCancelled() cannot detect client disconnection for gRPC version higher than 1.41.0

I've reproduced similar behavior, but I'm missing a piece to get it working. I am getting the same (apparently broken) behavior on v1.30.0, v1.40.0, and v1.41.0. So I'll need to fitz with it more. I've attached my seems-broken-all-the-time "reproduction." v1.41.0 has in its release notes

Re: [grpc-io] Issue in Reactive gRPC streaming: Sending GOAWAY failed:'Connection reset by peer'. Forcing shutdown of the connection. Broken pipe

On Sat, Apr 9, 2022 at 12:53 AM pranjul tayal wrote: > With BloomRPC server is working fine. But when I am connecting server with > client then on CLI of client it shows "io.grpc.StatusRuntimeException: > UNAVAILABLE: io exception". > On CLI of server it shows "Debugger failed to attach:

Re: [grpc-io] GRPC Call blockingUnaryCall

ing NettyChannelBuilder.NameResolverFactory I Have Fixed the problem, > but NameResolverFactory is deprecate. > > Which method has replaced it?? > > Can you gelo me? > Thanks a lot. > > //Edmondo. > > > > Il giorno mar 12 apr 2022 alle 17:37 Eric Anderson ha > scritto: > &g

Re: [grpc-io] GRPC Call blockingUnaryCall

It typically does a DNS resolution, connects to the addresses one-by-one until it finds one that works, does a TLS handshake, and the RPC exchange which includes the server's only latency. 15 seconds is a long time. I'd either expect the server is slow to respond or the networking is poor (e.g.,

Re: [grpc-io] I'm using Jetpack compose. How do I use grpc to print a value to the screen?

gRPC can't print a value to the screen, but you can use gRPC to get a value that you then print on the screen. Generally grpc communication is done asynchronously and then the UI is updated once you have a result. You may be interested in the gRPC Kotlin documentation

Re: [grpc-io] Which term should I use: Interceptor or Middleware?

We generally use the term interceptor, and that is the term used in the Go API itself. So interceptor means something pretty precise. On client-side Auth is commonly not implemented using an interceptor and instead may use PerRPCCredentials. But on server-side, authn/authz is an interceptor. If

Re: [grpc-io] GRPC Get Server Address

What programming language are you using? On Fri, Apr 8, 2022 at 7:55 AM Mingyu Lu wrote: > Hi, > I am using GRPC with UNIX domain socket. I'd like to have one server > listen on two sockets A and B. > If requests come from A, I'd like to do something but if from B, I want to > do something

[grpc-io] gRPC Java v1.45.1 Released

The v1.45.1 release is now available.Bug Fixes - netty: Fixed incompatibility with Netty 4.1.75.Final that caused COMPRESSION_ERROR (#9004 ) - xds: Fix LBs blindly propagating control

Re: [grpc-io] Re: How to correctly handle UNAVAILABLE: Abrupt GOAWAY returned from nginx

On Sat, Mar 12, 2022 at 10:13 PM 'sanjay...@google.com' via grpc.io < grpc-io@googlegroups.com> wrote: > Upgrading to grpc 1.41 is definitely worth trying because of this > https://github.com/grpc/grpc-java/pull/8359 . > I agree, although that fix was backported to v1.40.0 (but use newer

Re: [grpc-io] combination of protoc version, protobuf-java, and grpc-java

It sounds like you aren't using Maven or Gradle. For the generated code, if generating code with version X of protoc or the gRPC plugin, you need to use the corresponding Java components (runtime) at version X or later. You are using protoc 3.19.0, so you need to use protobuf-java 3.19.0 or

[grpc-io] Housekeeping when client disconnects

I have a Python (3.9) server using grpclib (0.4.2). I need to be able to perform some housekeeping after a client disconnects. I can't seem to find any API (https://grpclib.readthedocs.io/en/latest/server.html) related to this. I can see that the client sends "cancel". Reading the code

Re: [grpc-io] Interpretation of "updates_only" flag in the gnmi subscription request

On Wed, Feb 16, 2022 at 4:36 AM Ashutosh Maheshwari < ashutosh.maheshw...@gmail.com> wrote: > Referring to the grpc specification of updates_only flag here - > https://github.com/openconfig/reference/blob/master/rpc/gnmi/gnmi-specification.md > > I would like to learn from the creator and users

Re: [grpc-io] Java 8 end of life for gRPC ?

On Fri, Jan 28, 2022 at 7:19 AM 'Russell Shaw' via grpc.io < grpc-io@googlegroups.com> wrote: > Our company uses Java8 on Z/OS The TL;DR for all this stuff is probably: For Google Cloud users, overall I'd expect service-specific issues to crop up more than gRPC compatibility issues. For

Re: [grpc-io] call forwarding/chaining in grpc

I have made a "grpc proxy" example in Java , which I've shared a few times

Re: [grpc-io] client StreamObserver is always getting messages in sequence

On Tue, Feb 8, 2022 at 10:15 PM mayank kulshreshtha wrote: > the expectation was that the messages which i will receive in observer > will be out of order > StreamObserver (and ClientCall.Listener) are not thread-safe, so gRPC serializes callbacks into them. as ClientCallImpl.class has >

[grpc-io] gRPC Java v1.41.2 Released

gRPC Java 1.41.2 is released and is available on Maven Central. It will take additional time to be indexed by search.maven.org, but it is in the repository. https://github.com/grpc/grpc-java/releases/tag/v1.41.2 Bug Fixes - core: fix a race condition when calling ManagedChannel.enterIdle() (

[grpc-io] Re: gRPC Java 1.42.2 Released

Correction: Protobuf was upgraded to 3.18.2, not 3.19.2. On Thu, Jan 6, 2022 at 3:15 PM Eric Anderson wrote: > gRPC Java 1.42.2 is released and is available on Maven Central. It will > take additional time to be indexed by search.maven.org, but it is in the > repository. > > htt

  1   2   3   4   5   >