[grpc-io] Is there a way for gRPC server - Go server specifically, to close the the client stream/connection?

['yz' via grpc.io]

I am trying to implement some auth mechanism on go gRPC server. When the 
auth failed, ideally, the driver should be able to close the client 
connection. But seems that the ServerStream does not offer an interface to 
do that. Is it possible to do it in golang?

-- 
*Grab is hiring. Learn more at **https://grab.careers 
*

By communicating with Grab Inc and/or its subsidiaries, associate companies 
and jointly controlled entities (“Grab Group”), you are deemed to have 
consented to processing of your personal data as set out in the Privacy 
Notice which can be viewed at https://grab.com/privacy/

This email contains confidential information and is only for the intended 
recipient(s). If you are not the intended recipient(s), please do not 
disseminate, distribute or copy this email and notify Grab Group 
immediately if you have received this by mistake and delete this email from 
your system. Email transmission cannot be guaranteed to be secure or 
error-free as any information therein could be intercepted, corrupted, 
lost, destroyed, delayed or incomplete, or contain viruses. Grab Group do 
not accept liability for any errors or omissions in the contents of this 
email arises as a result of email transmission. All intellectual property 
rights in this email and attachments therein shall remain vested in Grab 
Group, unless otherwise provided by law.

-- 
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 it, send an email 
to grpc-io+unsubscr...@googlegroups.com.
To post to this group, send email to grpc-io@googlegroups.com.
Visit this group at https://groups.google.com/group/grpc-io.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/grpc-io/bfcf89f7-e4cf-4b79-bb18-a465fc6ddbf5%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [grpc-io] Local in process server

[Robert Bielik]

What is the status of issue https://github.com/grpc/grpc/pull/11145 ? Does 
this mean there is now C++ in-process transport ? 


Den onsdag 30 augusti 2017 kl. 12:06:39 UTC+2 skrev Craig Tiller:
>
> There's not currently. That's not to say there can't be, but doing better 
> would likely mean someone signs up to design and implement some kind of 
> shared memory transport. Such an effort would likely be multi quarter to 
> get it done right, and we've currently no plans to do so.
>
> On Tue, Aug 29, 2017, 7:44 PM > wrote:
>
>> Hi,
>>
>> This might be  somewhat naive questions but are there alternatives to 
>> TCP/IP. Basically we are using grpc for embedded system (on Ububtu, 
>> currently C++ only) and will want to be communication between *two* 
>> processes to be as fast as possible. 
>> We have tested with unix domain sockets and results are faster, I am 
>> wondering if there is any other means to get even better results. I am 
>> assuming since these are two different processes we can't use inprocess 
>> transport 
>>
>> Regards
>>
>>
>> On Wednesday, May 17, 2017 at 10:48:20 AM UTC+5:30, Vijay Pai wrote:
>>>
>>> Hello there,
>>>
>>> I've recently initiated a pull request on this topic ( 
>>> https://github.com/grpc/grpc/pull/11145 ) . It should be ready to go in 
>>> the next week or so as we wrap up the last few corner cases. This is in 
>>> gRPC C Core and includes a C++ API for starters ; we'd be glad to take 
>>> input on putting this together as a C# API as well. This is true in-process 
>>> transport using shared-memory addresses between the client and server, not 
>>> any kind of file descriptor or pipe.
>>>
>>> - Vijay
>>>
>>> On Monday, May 1, 2017 at 11:43:06 AM UTC-7, Cole Harrison wrote:

 Craig, 
 I notice this tread is almost a year old, has there been any 
 movement on in process communication? Is there a possibility for Named 
 Pipe 
 support with windows systems? My team is interested in using the C# 
 implementation of gRPC but has a strong desire for Named Pipe support.

 Thanks for you help,
 -Cole

 On Sunday, May 15, 2016 at 9:47:04 AM UTC-7, Craig Tiller wrote:
>
> For non-windows systems we support Unix domain sockets 
> (unix:path-to-socket when adding a port to a server or creating a 
> channel). 
>
> I'd like to get pure in process up and going at some point, but there 
> needs to be some design done first. Most of the building blocks exist 
> however.
>
> On Sun, May 15, 2016, 9:41 AM Robert Bielik  
> wrote:
>
>> Hi all,
>>
>> I'm planning on using gRPC for interaction between different 
>> components, however, the client should not be aware of the ultimate 
>> location of the server implementation.
>>
>> I.e. I want to be able to do a "in process" service implementation 
>> that does not need TCP/IP for transport. Is there some other mechanism 
>> available, like named pipes ?
>>
>> Or other ideas ?
>>
>> Regards
>> /Robert
>>
>> -- 
>> 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 it, 
>> send an email to grpc-io+u...@googlegroups.com.
>> To post to this group, send email to grp...@googlegroups.com.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/grpc-io/9f315629-dcdc-4cdd-8417-35a8b5886353%40googlegroups.com
>>  
>> 
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
> -- 
>> 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 it, send an 
>> email to grpc-io+u...@googlegroups.com .
>> To post to this group, send email to grp...@googlegroups.com 
>> .
>> Visit this group at https://groups.google.com/group/grpc-io.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/grpc-io/f308b2d3-f1ba-4d0d-8d64-f6626c9d40f0%40googlegroups.com
>>  
>> 
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
>

-- 
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 it, send an email 
to grpc-io+unsubscr...@googlegroups.com.
To post to this group, send email to grpc-io@googlegroups.com.
Visit this group at https://groups.google.com/group/grpc-io.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/grpc-io/c754281d-1315-4ca7-bf55-8df149010ac1%40googlegroups.com.
For mo

[grpc-io] Log GeneratedMessageV3 instance

[suvhrajit]

Hi,

I am trying to log the response received for a request to the server using 
the following statement in JAVA.

LOGGER.info("Response:{} received from UCore for PnmId:{}", 
next,identifier.getPnmId());

>From the logs I observe that few of the fields are missing however the 
value exists when logging GenerateMessageV3 or by logging the typecasted 
GeneratedMessageV3.

22/Jan/2018 13:45:04,360- TransitionCounterStatsAction: 
Response:{stats.CounterList.counter=[value: 7.0
, name: UE_EMM_REGISTERED_ACTIVE
value: 5.0
, name: UE_EMM_REGISTERED_IDLE
value: 6.0
, name: TOTAL_ECM_CONNECTED_UES
value: 8.0
]} received from UCore for PnmId:525


However, when I iterate through the GeneratedMessageV3 after typecasting it 
to the relevant object I could find all name/value pairs getting logged.

22/Jan/2018 13:45:04,360- TransitionCounterStatsAction: on next for 
PnmId:525
22/Jan/2018 13:45:04,360- TransitionCounterStatsAction: 
Name:UE_EMM_DEREGISTERED,Value:7.0
22/Jan/2018 13:45:04,360- TransitionCounterStatsAction: 
Name:UE_EMM_REGISTERED_ACTIVE,Value:5.0
22/Jan/2018 13:45:04,360- TransitionCounterStatsAction: 
Name:UE_EMM_REGISTERED_IDLE,Value:6.0
22/Jan/2018 13:45:04,360- TransitionCounterStatsAction: 
Name:TOTAL_ECM_CONNECTED_UES,Value:8.0

Is this a bug or a known issue?


Regards
Basak

-- 
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 it, send an email 
to grpc-io+unsubscr...@googlegroups.com.
To post to this group, send email to grpc-io@googlegroups.com.
Visit this group at https://groups.google.com/group/grpc-io.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/grpc-io/45b40311-aeff-448b-ad8d-b438fc42f535%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.