#grpc

aut-: Sorry, I left the office. OkHttp is recommended for Android, Netty for normal desktops/servers.

ejona okay, thought as much. we are using it for android, but the issue above was for server-to-server communication

s/it/okhttp

aut: I was just mentioning OkHttp because it the functionality will be similar in Netty (once it comes)

ejona ah, cool. so for now, kernel keepalives = best solution?

aut: kernel keepalives are great, although can you enable them by default?

ejona: what do you mean? in this case, the app is on a single-purpose server, so we can change the kernel to match the app's needs.

aut: I thought keepalive needs to be enabled on a per-socket basis. You can configure the interval and time, but I didn't think it would activate.

ejona: oh, good point. obviously you know more than me. i just assumed it would be active :). I suppose I can specify a custom channelType which sets the channel config option to enable it?

ejona: i have been on fbsd for so long, i didn't realize linux didn't have the option. (freebsd has net.inet.tcp.always_keepalive sysctl)

That's a good sysctl. It is explicitly against the RFC, but really, we want such a thing.

too bad we've started switching everything to linux :/

Using custom channel type is a bit hacky, but probably gets the job done.

I don't see anything better :)

hacky is my middle name

I'm not sure if this is a symptom that grpc-java should be allowing you to specify Netty channel options, or just a symptom that I need to get on the ball and finish keepalive.

... probably the former, since most people can't change the kernel's settings for just one app.

s/former/latter/

yea, app-handled keepalive is always better i think

C can configure keepalive pretty well, and Go okay, but not really Java.

i aw on the main grpc web page a few days ago that web support is planned. It was removed from the web page however. I was wondering if their is a github repo where i can try out the web based stuff and help with bug fixing.

Hi all

I had progress on my thing with the Google Could integration with gRPC

did anyone have some experience with it

hello!

I wish to get help understanding the architecture of grpc so that I can build a project using it

is there any way to return a message that contains a stream?

like perhaps it has "count" and then the stream proper?

zzarr: Anything specific? It is basically point-to-point, with features able to be layered on top. There are bigger features like client-side load balancing, but I'm not sure what would help you.

zls: No. An RPC is either streaming or not. You can't return a stream.

hmm alright

heya, quick question does grpc keep alive some remote object ? is there any policy for this ?