[grpc-io] Re: Updates on gRPC C# (Grpc.Core) support

Hello Everyone, Please see the latest update on Grpc.Core deprecation . On Tuesday, July 4, 2023 at 5:02:10 PM UTC+2 Jan Tattermusch wrote: > FYI added some updates about the current status of Grpc.Core here: >

[grpc-io] Re: No replacement for grpc.core for NET Framework on Windows 10

Please see the latest update on Grpc.Core deprecation . On Monday, June 26, 2023 at 4:17:37 PM UTC+2 Jan Tattermusch wrote: > Hi, > > I understand that deprecating Grpc.Core will come with limitations for > some users, but unfortunately it

[grpc-io] Updates on gRPC C# (Grpc.Core) support [October 2023]

Hello gRPC C# Users! In May 2022 we extended the maintenance of Grpc.Core, updating the original announcement from 2021. We have yet another update for you today - while we still plan to deprecate

[grpc-io] Re: Trying to build an embedded Linux using Unity and grpc.

Hello, please note that gRPC C#'s support for Unity is experimental-only. Therefore it's not guaranteed to work (and we also don't provide support if it breaks). My only advice would be to search the web for folks that have run into similar problems as you did and hopefully that will help you

[grpc-io] Re: How to handle the custom exceptions thrown from the gRPC interceptor.

I'm not sure if i'm understanding your question correctly, but it seems that you want exceptions that are thrown on the server-side to become catchable on the client. This is not how gRPC works though. Any kind of error needs to be represented in terms of an gRPC status code and a string

[grpc-io] Re: Grpc.Core.RpcException: Status(StatusCode="DeadlineExceeded", Detail="")

Sorry, there isn't enough context in your question to be able to help. On Wednesday, July 19, 2023 at 7:02:46 AM UTC+2 fish d wrote: > Grpc.Core.RpcException: Status(StatusCode="DeadlineExceeded", Detail="") >at >

[grpc-io] Re: Updates on gRPC C# (Grpc.Core) support

FYI added some updates about the current status of Grpc.Core here: https://github.com/grpc/grpc/issues/32719#issuecomment-1620399357 On Wednesday, June 7, 2023 at 11:33:53 AM UTC+2 Zaphod Stardust wrote: > @Jan Tattermusch: > I understand that now the "maintenance mode" of Grpc.Core is over. >

[grpc-io] Re: No replacement for grpc.core for NET Framework on Windows 10

Hi, I understand that deprecating Grpc.Core will come with limitations for some users, but unfortunately it isn't always possible to make everyone happy. The article you linked tried to explain what lead us to the decision to eventually deprecate Grpc.Core in favor of grpc-dotnet and

[grpc-io] Re: Macbook M1 without Rosetta for C#

Starting from Grpc.Tools 2.38, you should be able to run the protoc codegen via rosetta (The platform autodetection in Grpc.Tools automatically uses x64 binary instead of the missing arm64 binary). https://github.com/grpc/grpc/pull/26080 As suggested above, you need to have rosetta installed.

[grpc-io] Re: grpc.Net.Client BlockingUnaryCall

>From your report it's unclear whether the client or server is running on Unity (or both). If they're not both on Unity, where is the peer running? A few important notes: - if you're using Grpc.Core on Unity, note that that's something that was always experimental and it's explicitly not

[grpc-io] Re: WCF to gRPC migration

Hi, if you are using grpc-dotnet (as you should since Grpc.Core is in maintenance mode), there is some support for specifying gRPC service lifetime. At the very least, you can configure the "Scoped" and "Singleton" lifetime for services in grpc-dotnet. See e.g. here:

[grpc-io] Re: Maintaining gRPC packages for Ubuntu.

Hi, the gRPC team doesn't maintain official packages for any linux distribution. There are community-provided packages for a few popular C++ packaging ecosystems (e.g. vcpkg, conan etc.) though. Also, you can install locally directly via "cmake install". So there are quite a few ways how to

[grpc-io] Re: "No such file or directory" with running on arm windows

Also note that Grpc.Core implementation of gRPC C# won't work on Windows ARM, since we don't provide windows-ARM flavor of the underlying grpc_csharp_ext.dll native library that Grpc.Core depends on. Since Grpc.Core is currently in maintenance mode, we don't plan to work on this and you should

[grpc-io] Re: C# Grpc.Core - how to debug lock in grpc communication

It is hard to give a universal guidance on "how do I debug XYZ". But here are some general tips: - make sure you have the pdb symbol files from https://www.nuget.org/packages/Grpc.Core.NativeDebug that match the exactly the gRPC version you're using. This will help you see more useful info in

Re: [grpc-io] Re: Return response and stream together

You cannot have a serverside handler that is both capable of sending a stream of responses AND sends a unary response at the same time - you have to choose one of the approaches. Since a handler that returns a stream of responses (using responseStream.WriteNextAsync() ) is the more general

[grpc-io] Re: Grpc version supported for dotnet version 4.8

Please see this announcement . The latest version of the legacy Grpc.Core implementation is 2.46.5. On Tuesday, September 20, 2022 at 7:10:34 PM UTC+2 srishtik...@gmail.com wrote: > Hi, > I wanted to know which grpc version is supported for

[grpc-io] Re: gRPC : Running Multiple processes on the same port in .NET Core 3.1

The answer boils down to whether ASP.NET Core supports port sharing between multiple process (as gRPC server is just a special type of HTTP/2 service in a ASP.NET Core Server), and unfortunately it doesn't. See e.g. "All websites must run on the same Kestrel instance. Kestrel doesn't support

[grpc-io] Re: Grpc Bidirection streaming - IServerStreamWriter::WriteAsync is unable to send anything and throws error: InvalidFlags

Hi, > I have tried closing server's ReadStream in order to make client re-establish the connection, but it doesn't help with the error and the issue remains - Once a call is created, it will always be on the same connection and things like "closing server's ReadStream" would do nothing

[grpc-io] Updates on gRPC C# (Grpc.Core) support

Hello gRPC C# Users! In May 2021 we announced that Grpc.Core (the original C# implementation of gRPC) became "maintenance only" and that grpc-dotnet will be the recommended implementation going forward. We also announced that Grpc.Core will become

[grpc-io] Re: [Question] Visual Studio 2022 solution gRPC projects regeneration on each compilation without changes

FTR this has now been filed as https://github.com/grpc/grpc/issues/29361. On Friday, April 1, 2022 at 1:33:03 AM UTC+2 VRO wrote: > Hello, > > I have an "abnormal" behavior between the protos & the up-to-date of > Visual Studio and I would like to know if you had already met this thing. >

[grpc-io] Re: Microsoft Store compliance failed due to gRPC

This is confusing, you're mentioning that you're using Grpc.Net.Client, which is the grpc-dotnet implementation of gRPC in C# (and has no native components). The error "SymFromAddr in dbghelp.dll is not supported for this application type. grpc_csharp_ext.x64.dll calls this API." seems related

[grpc-io] Re: High CPU cost due to a SpinLock in CompletionRegistry.Register

Hi, thanks for the data. I suspect the increase of latencies will be caused by other things than contention in the completion registry. Basically the completion registry is a dictionary of scheduled "operation completions" (where a completion is one of the primitive operations defined by the

[grpc-io] Re: Change gRPC C Core verbosity during runtime

Sorry, no, it's not possible. The initialization of the native C-core library is non-trivial and changing the debugging level in the native code at runtime is not something we implemented. If you want, you can provide a custom logger in the managed C# layer

[grpc-io] Re: The heartbeat connection for unity.

If you are referring to the keepalive functionality (see https://github.com/grpc/grpc/blob/master/doc/keepalive.md), it can be configured for C# even without being explicitly exposed in the API. What you need to do it to set the channel arguments (= ChannelOptions in the C# API) according to

[grpc-io] Re: Future support of .NET 4.8 on GRPC Server side

Unfortunately, no. For running grpc-dotnet, you need to be on the ASP.NET Core stack, i.e. on .NET Core 3+ (or even .NET Core 2+ has just went out of support a few days ago). As described in https://grpc.io/blog/grpc-csharp-future/, once Grpc.Core is deprecated, all the users will be expected

[grpc-io] Re: GRPC Crash

Hi, since this looks like a potential bug, please consider filing one under https://github.com/grpc/grpc/issues/new/choose (issues like this are best solved when there a github issue to reference) >From the stack trace I can't really tell what's wrong (but the function referenced from the call

[grpc-io] Re: grpc-dotnet on Xamarin.Android

Hey, the exact future of gRPC support on Xamarin is a bit unclear at this point. AFAIK, net60 (which will be released later this year) should be the unification point for Xamarin and .NET - so starting from net60 it should not matter nearly as much if you're targeting .NET Core or Xamarin.

[grpc-io] Re: How do I combine proto buf definitions from separate name spaces in a single proto buf file?

G_WindowsRequest is declared in package "windows.requesthandler.service", but in orchestrator.proto (which itself is under package "test"), you're only referring to it as "G_WindowsRequest", without specifying the package name. The protobuf compiler has no way of knowing which

[grpc-io] An update on the future of gRPC in C#/.NET

Hello gRPC C# Users! We just published an important blogpost that announces the plan for gRPC C# (and for gRPC .NET in general) going forward. If you use one of the two official C# implementations of gRPC currently in existence or plan to do so in

[grpc-io] Re: Proxy GRPC C# services

Hello, I don't know of a ready-to-use generic proxy for ASP.NET, but it's something that wouldn't be hard to implement. Important things to know: 1. instead of de-serializing the message payload, one would need to use a custom serializer/deserializer that would simply read the payloads as

[grpc-io] Re: Build gRPC-C++ with custom BoringSSL prefix

HI Ivan, I think your best option is to build grpc (and the other library) against openssl. You can actually build grpc without boringssl when using cmake (and use either a system installation of openssl or openssl installed under a prefix). An example of that is in one of our distribtests:

[grpc-io] Re: Invoke .NET Core 3.1 gRPC service from .NET 4.8 client

I'd try to specify the channel target as "a.b.c.d:3280" without the "http://; prefix. From the error it looks like the URL is being interpreted as a DNS name (rather than an IP). https://github.com/grpc/grpc/blob/master/doc/naming.md On Monday, March 22, 2021 at 3:23:06 PM UTC+1 Christian Havel

Re: [grpc-io] C#; set up a gRPC server on .netstandard2.0 (net45...)

There are currently 2 implementations of gRPC for C#: https://github.com/grpc/grpc/tree/master/src/csharp#grpc-c - Grpc.Core fully supports net45 - grpc-dotnet only works on .NET Core 3+ A more detailed comparison is here:

[grpc-io] Re: Server Stream RPC and server-side Interceptors

The behavior you're describing is odd. The ResponseHeaderAsync metadata is something the client should be able to receive as soon as the server writes them (without needing to wait for the entire call to finish or receiving any responses from the server). The way to force sending the response

[grpc-io] Re: gRPC Stream Removed Exception

Hey, your assessment seems to be accurate. Keepalives in grpc-dotnet are only available in .NET 5 (as the underlying feature required for them to work has only been added in .NET 5). Please see the official documentation here:

[grpc-io] Re: C++ gRPC Version for Generating C# .NET Compatible Proto Wrappers

The protobuf C# library has always worked just fine with the grpc-dotnet implementation. We've made some changes in the generated code over time, but even the ancient versions of the generated code should just work with grpc-dotnet. In gRPC C# (not the codegen) we've made some changes to

[grpc-io] Re: Adding Version Numbers to DLLs

Hi, the C# build process is a bit cumbersome due to the native dependency. The actual native libraries we package in the nugets are built by this script: https://github.com/grpc/grpc/blob/0d7e17ff802921a53a409c62dd5eeb66fa0e5c0f/tools/run_tests/artifacts/artifact_targets.py#L209

[grpc-io] Re: Is gRPC supported on Oculus Quest?

Note that gRPC's support for Unity is not official (is marked as "experimental") - so it's not all that surprising that you are facing issues when trying out a new target platform. I don't know the details of Oculus Quest, but if it's an android device, you still might be able to get things

[grpc-io] Re: hook up grpc call with event handlers

Hey, your question isn't really gRPC specific, but I'll try to respond anyway. Based on my very limited understanding of how your system works, I think you're basically looking for a pattern that allows you to switch from async-await model of invoking request into an event-based reactive

Re: [grpc-io] gRPC 2.32.0 - enormous NuGet package size

Take a look at https://github.com/grpc/grpc/pull/24380 and https://github.com/grpc/grpc/pull/24378, which might help. On Mon, Oct 19, 2020 at 5:35 PM Vassil Kovatchev wrote: > Hi there, > > Puns aside, the size of the NuGet package has grown significantly (close > to 4 times) between version

[grpc-io] Re: (csharp) Alternative to rpcException?

On the client side, the result of a call is represented by a Task (at least in the unary call case which is the most common). If you think exception dispatching is expensive (possible, but you'd need to benchmark carefully to make sure this is indeed the case, otherwise it's just guesswork),

[grpc-io] Re: How request/response stream memory is managed in gRpc.Core?

This is best answered by looking at the sources: Deserialization: https://github.com/grpc/grpc/blob/master/src/csharp/Grpc.Core/Internal/DefaultDeserializationContext.cs Serialization: https://github.com/grpc/grpc/blob/master/src/csharp/Grpc.Core/Internal/DefaultSerializationContext.cs Starting

[grpc-io] Re: Autogenerated tag on autogenerated cs files

File a feature request in https://github.com/grpc/grpc if this is still causing problems (but it seems that your question was sufficiently answered in https://github.com/grpc/grpc-dotnet/issues/1043 already). On Wednesday, September 9, 2020 at 8:19:19 AM UTC+2 Celine wrote: > Is there a way to

[grpc-io] Re: UDP client/transport underneath GRPC

Internally, gRPC C# uses the native gRPC C-core library (https://github.com/grpc/grpc/tree/master/src/core) to make RPC calls. Currently gRPC C core library doesn't support UDP or Http3 (but there is an issue open to investigate gRPC support for http3). In theory, using a different network

[grpc-io] Re: HttpClient used underneath GRPC

Grpc.Core (also called gRPC C#) uses the native gRPC C-core library to make RPCs. C-core has its own custom implementation of http2 client (https://github.com/grpc/grpc/tree/master/src/core). That http2 library is gRPC specific and cannot be reused for making other https requests (such as rest

[grpc-io] Re: gRPC SSL communication for .NET Framework to .NET Core Server.

The client needs to use trust roots that match to the certificate that's used by the server. new SslCredentials() will use the default roots.pem which will only work for public servers that have a certificate signed by a renowned certificate authority (which very likely isn't your case). So

[grpc-io] Re: Grpc ,The server cannot be accessed

Without proper information on how to reproduce the problem (e.g. sharing a minimal reproduction as e.g. a github repository), it's not really possible to help. You're project is probably misconfigured in some way, but there's not enough information to be able to tell what's wrong. I suggest

Re: [grpc-io] grpc linux c++ .deb/.rpm package generation

Glad to hear that the CMake improvements we've made were helpful. Debian / Red Hat packages would be nice to have but they are not on the road map mostly because: - It's a significant amount of maintenance (we've been providing deb packages in the past and it was a lot of overhead and generally

[grpc-io] Re: Dealing with client/server time diff (skew)

Clock skew between server and client is not a problem and grpc will handle that correctly. The way it works is even though the deadlines are absolute while on server / client, when transmitted on the wire they are converted to relative timeouts - so the clock skew won't affect correctness of

[grpc-io] Re: gRPC with .net framework

Not sure what exactly is the concern: 1. if you're concerned that you need a PEM + KEY file pair instead of using PFX (which is what ASP.NET core uses when starting a secure server), then please note that these formats are interchangeable and you can convert them back and forth (e.g. using the

Re: [grpc-io] Re: gRPC C++ Installation Issue

Coming back to this thread after a while: The issue you ran into is actually that you tried to install grpc dependencies from submodules ( https://github.com/grpc/grpc/blob/364461aab0a352c43ed93f77a18907f95be709dc/templates/CMakeLists.txt.template#L172 ) and build you ran actually printed a

Re: [grpc-io] Re: gRPC C++ Installation Issue

The problem with that is that cmake 3.13 is not available by default in many popular linux distributions. e.g. - debian stable has https://packages.debian.org/buster/cmake 3.13 - ubuntu18.04 only has cmake 3.10 - ubuntu16.04 only has cmake 3.5.1 On linux it's pretty painful to use a cmake

[grpc-io] Re: CMake FetchContent not working with gRPC

Not sure what exact commands you ran, but not that you're not supposed to run *run_distrib_test_cmake_fetchcontent.sh *as it (that file is actually a test and it's linked to provide as a comparison because what's in the script is continuously tested). In particular, you need to remove this

[grpc-io] Re: Example of NetFramework_4.8 Client -> Netcore_3.1 Server

You don't have to provide a client-side certificate (you only need that for mutual TLS), but you do need to provide the root cert for your CA - so that you can verify you're talking to the right server). See some examples here:

[grpc-io] Re: grpc_csharp_ext.x86.dll not unloaded when appdomain is unloaded?

I don't think there's currently any workaround. the grpc_csharp_ext.x86.dll is a native library (not C# assembly) so once you load it, you cannot unload it the way you'd do it for an appDomain normally. On Monday, March 2, 2020 at 1:56:22 PM UTC+1 j...@halo3.net wrote: > I am looking for some

Re: [grpc-io] Re: gRPC .NET C# server request handling

No need to use more threads. The threads will be shared by multiple requests just fine (same idea as with any other thread pool). If you have a high number of concurrent class (thousands), you might need to adjust the number of allowed concurrent calls on the server though:

[grpc-io] Re: [C#] Can I avoid InvalidOperationException "Already finished" in server code?

I think this is basically https://github.com/grpc/grpc/issues/9377 On Tuesday, February 25, 2020 at 12:24:30 PM UTC+1 andre.k...@gmail.com wrote: > > Hi, > while implementing the server side of a server-streaming call (*rpc > TimeChanged(TimeChangedRequest) returns (stream

[grpc-io] Re: Ability to write own transport layer in C#

Out of curiosity, what transport layer are you interested in? The simple answer is no, this is not possible in C#. A longer answer is there are 2 theoretical possibilities, but unless you're ready to basically maintain your own fork of gRPC, I certainly wouldn't recommend any of them: 1. you

[grpc-io] Re: corrupted stack/heap when using statically-built gRPC on Windows

Can you provide a minimal reproduction for the problem? (include commands to run as a preparation and a simple C++ project that demonstrates the issue.) You're right in the sense that you need to run grpc_init() before using gRPC in C++. There might be other problems in your code, but it's hard

[grpc-io] Re: what does "building static library" mean when installing gRPC?

The link for filing grpc vckpkg issues is here: https://github.com/grpc/grpc/tree/master/src/cpp#install-using-vcpkg-package Build options for the vcpkg package are here: https://github.com/microsoft/vcpkg/blob/a528ee4b856d0d73b6b837dfa7ab2e745d02b5ca/ports/grpc/portfile.cmake#L59 On

Re: [grpc-io] Updating grpc submodules

Yes, usually you just need to run "git submodule update --init" and you're good. The problem between 1.24.x and 1.25.x is a one time problem because we changed a submodule into a subtree. You just need to force the checkout (or delete the working copy a clone the repo again). On Thu, Oct 31, 2019

Re: [grpc-io] Updating grpc submodules

If you are using gRPC as a user (not contributing to the gRPC codebase), then using only released versions (=that have a release tag) of gRPC is the recommended approach. Ad the "unable to remove directory": not sure what the cause is in your case, but from git perspective, tags and branches are

Re: [grpc-io] grpc-C# I want to specify the number of client-side local port.

Hello, this functionality is not supported in gRPC C#. More generally gRPC C# doesn't support specifying channel arguments (options) when they are custom native objects - this is mostly because it's hard to expose such concept in a safe and idiomatic way in C# library. Instead we only support

[grpc-io] Re: Custom endpoint

Currently there's no plan to add windows named pipe support for gRPC C++, but contributions are welcome. If you're planning to contribute the functionality, I think we can find you the right POC that can review the design (and review the code later). On Tuesday, September 24, 2019 at 1:19:23

[grpc-io] Re: Windows named pipe

Currently there's no plan to add windows named pipe support for gRPC C++, but contributions are welcome. On Wednesday, September 18, 2019 at 2:02:34 PM UTC+2, gal@cybereason.com wrote: > > Hi All, > > I know there was a request for Windows named pipe in the past and I wonder > what is the

Re: [grpc-io] Fail to new an instance of gRPC.Core.Channel when code run in Partial Trust

Responded here: https://github.com/grpc/grpc/issues/20346 On Tue, Sep 24, 2019 at 11:17 AM wrote: > I am trying to use Grpc.Core.Channel call gRPC service. When code run in > Partial Trust environment, an error below would pop up. > "Inheritance security rules violated by >

[grpc-io] gRPC C# major version update - all you need to know

Hi gRPC C# Users! Due to the circumstances described in https://github.com/grpc/proposal/blob/master/L57-csharp-new-major-version.md, we are increasing the major version of gRPC C# nuget packages in the upcoming release, so instead of gRPC C# v1.23.0, there is going to be a 2.23.x release.

[grpc-io] Re: C# support http2 stream priority

The C# behavior here would be exactly the same as for all other implementations based on C-core. I don't think currently there's any way of expressing that some HTTP/2 streams should be prioritized over others (and there are no plans that I know of to implement that) On Wednesday, July 24,

Re: [grpc-io] gRPC Status(StatusCode=Unavailable, Detail="Socket closed")

Try adding extra logs https://github.com/grpc/grpc/blob/master/TROUBLESHOOTING.md On Tue, Jul 23, 2019 at 3:52 PM wrote: > Hello everyone, > > I have the C# dotnet core client running on linux: > > ... > public async void TestGetX() > { > // Create a stub > var

[grpc-io] gRFC L57: C# 2.x release

Hi gRPC C# Users! Please see the proposal for some upcoming C# changes: https://github.com/grpc/proposal/pull/154 -- Jan -- 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

Re: [grpc-io] C# - No intellisense in VS 2019 for Mac

For VS on windows, you need to launch using this script: https://github.com/grpc/grpc-dotnet/blob/master/startvs.cmd Perhaps a similar trick would be needed for VS for Mac. On Mon, Jul 15, 2019 at 4:26 PM Jan Tattermusch wrote: > Hello, > > I had a similar problem (VS Code intellisense not

Re: [grpc-io] C# - No intellisense in VS 2019 for Mac

Hello, I had a similar problem (VS Code intellisense not working when using .NET Core 3 preview). I think it boils down to the omnisharp's .NET core version being different to the .NET core version of your project. Feel free to post the solution if you resolve it. On Wed, Jul 10, 2019 at 10:11

Re: [grpc-io] c# client side streaming

Keeping a client-streaming RPC open and sending messages (often times this would semantically be "notifications") to the server as they become available (=not immediately) is one of the main use cases of client-side streaming and it's definitely a legitimate use case. Whenever using long-lived

Re: [grpc-io] Languishing PR to grpc/grpc: what to do to make it more mergable?

Hey Christopher, sorry for the delay. Looked at your upb inclusion fix and ended up creating a new PR as more changes were needed: https://github.com/grpc/grpc/pull/19384 That should unblock your work to fix https://github.com/grpc/grpc/issues/18559 On Mon, Jun 17, 2019 at 9:34 PM 'Christopher

Re: [grpc-io] Setting up gRPC encryption (C#)

SslClientCertificateRequestType.DontRequest will encrypt the connection if the client requests that (if client uses SslCredentials, the connection must be encrypted), it just also allows non-encrypted connections (client using ChannelCredentials.Insecure) to be accepted by the server (= a

[grpc-io] Re: Using self-signed certificate for mTLS connection in C#

Setting new ChannelOption(ChannelOptions.DefaultAuthority, "SUBJECT_STRING") seems unnecessary. It's fine to use ChannelOptions. SslTargetNameOverride but only for testing (do not use in production!). Have you tried setting GRPC_VERBOSITY=debug and perhaps some traces (see

[grpc-io] Re: Setting up gRPC encryption in C# (2)

The original question says that you want to protect against MITM attack and there's no way of doing that without making sure that you are talking to the right backend (and that's why the server's cert needs to be signed by the CA , so the client can tell it's not talking to a fake server).

Re: [grpc-io] interceptors c#

Currently interceptors in c# are invoked after deserializing the request and before serializing the response, so if you can't really deserialize the response, interceptors won't work for you. One option would be to setup a "generic" handler that accepts the raw payload instead of protobuf

[grpc-io] Re: [C#] Mocking server side streaming calls (ClientStream, ServerStream, Bidi)

It shouldn't be hard to implement your own test doubles for IServerStreamWriter, IClientStreamWriter, IAsyncStreamReader the functionality of those interfaces is pretty trivial, so it shouldn't be much of an overhead writing those. If you come up with something that you believe that can be

[grpc-io] Re: Includes between proto files

You should be able to use "ProtoRoot" property from https://github.com/grpc/grpc/blob/master/src/csharp/BUILD-INTEGRATION.md and import should work fine. On Wednesday, April 3, 2019 at 10:41:38 AM UTC+2, alej...@theengineering.company wrote: > > I'm trying to use protobuf + GRPC in a Visual C#

[grpc-io] Re: Unity: How to build grpc_csharp_ext for Magic Leap (and any other platforms)

I have no experience with MagicLeap, but from your description it looks like you're trying to do the right thing - basically you need to custom-build a version of grpc_csharp_ext that targets LuminOS (and your steps to achieving so seem to be correct). The build error with boringssl could be

[grpc-io] Re: Added metadata via AsyncAuthInterceptor; why isn't it passed to the server?

You cannot pass an auth token over an insecure channel - because your token would be sent on the wire in plain text and can be stolen by anyone and gRPC protects you against this kind of error by refusing to send the auth token over an insecure channel. Use secure channel and things will work.

[grpc-io] Re: Unity: Why exclude Grpc.Auth?

There's no special meaning, beyond "Unity support is currently experimental so this particular piece of work hasn't been done yet." https://github.com/grpc/grpc/blob/39a35fdb78d533e380b04886aa1172d61ad3445d/src/csharp/build_unitypackage.bat#L42 Please note that gRPC is an open source projects

Re: [grpc-io] How to rebuild static libgrpc.a for C# iOS (Xamarin)

I think my comment should be solving your problem? https://github.com/grpc/grpc/pull/18324#issuecomment-474337721 Let's continue the discussion on the issue's thread. *From: * *Date: *Thu, Mar 14, 2019 at 5:25 AM *To: *grpc.io I have a PR waiting for review to add armv7 support for the

[grpc-io] Re: Channels in same process use the same port

What you're seeing is called "subchannel sharing". Basically if two channels on the client side have exactly the same targets and all the options are the same, C core can decide to use the same TCP/IP connection for both channels. This is probably what's happening in your case and it seems

[grpc-io] Re: GRPC C++ performance version by version

The problem is that only grpc team members can run custom queries on the dashboard (that's for security purposes). The data itself is stored in bigquery, perhaps we could export it somehow. On Monday, March 4, 2019 at 10:19:09 PM UTC+1, mrus...@gmail.com wrote: > > Hi GRPC Experts, > > > >

[grpc-io] Re: How to create a 2-way authentified connection between nodes ? (C#)

I'm not sure I fully understand, but it seems there's a bit of trying to reinvent the wheel. what options you have: - You can create a mutual authenticated secure channel with gRPC. That means both client and server will authenticate each other with a public and private key (under "normal"

[grpc-io] Re: Building examples/cpp/helloworld with VS2017, win10

This is what our distribution tests for cmake superbuild are doing and they are passing: https://github.com/grpc/grpc/blob/68381892d3fc52594e963a12b077e176021b36c4/test/distrib/cpp/run_distrib_test_cmake_as_externalproject.bat#L22 You can probably missing downloading of openssl and using it. The

[grpc-io] Re: gRPC using MS Excel?

Using gRPC C# in MS Excel likely won't work because the gRPC C# implementation uses a native component that might not work under Excel. But the Excel-DNA solution you're mentioning might work - you can try it and report back your results. On Tuesday, February 12, 2019 at 9:01:47 PM UTC+1,

[grpc-io] gRPC C#: changes to gRPC nugets in the upcoming v1.19.0 release

Hi gRPC C# users, in the upcoming release, we are making two improvements to the nuget packages: 1. The nuget packages are now signed (see nuget package signing for details) and all the DLL files contained in them are also

Re: [grpc-io] Re: grpc python: OS Error, grpc_status: 14

More comprehensive info about debug logs: https://github.com/grpc/grpc/blob/master/TROUBLESHOOTING.md On Wed, Feb 13, 2019 at 7:39 PM rbellevi via grpc.io < grpc-io@googlegroups.com> wrote: > Hello, > > You can increase logging by setting the following environment variables >

Re: [grpc-io] Re: gRPC inproc transport

On Thu, Jan 3, 2019 at 8:05 PM wrote: > Thanks for explanation. > > Are there any plans to expose this api to wrapped languages? > Not that I know of, but feel free to experiment with exposing the API and share your results. Contributions are always welcome! > > On Thursday, January 3, 2019 at

[grpc-io] Re: gRPC inproc transport

Hey, the API for using inproc channels is currently not exposed in C#. I filed https://github.com/grpc/grpc.github.io/issues/803 to point out this inaccuracy. On Saturday, December 22, 2018 at 5:46:21 AM UTC+1, vadim@gmail.com wrote: > > Hello, > > This blog post

[grpc-io] gRPC C# now supports automatic code-generation from .proto files

Hi Everyone, I'm happy to announce that starting from gRPC C# version 1.17.0 we have made generating C# sources from .proto files much easier by adding msbuild integration support into the Grpc.Tools nuget package. Please try out the feature and let us know your feedback. More info can be

Re: [grpc-io] Compile Grpc for Raspbian and .NET Core

There are no precompiled versions of grpc_chsharp_ext available for raspbian on ARM (mono and .NET core on ARM is not officially supported by gRPC C#, the only platforms supported on ARM are Android and iOS). You can try to compile it yourself with "make grpc_csharp_ext" or using cmake - it

[grpc-io] Re: [gRPC C#] Populate AuthContext on server, based on JWT Authentication

I responded in the stackoverflow post: https://stackoverflow.com/questions/52950210/populate-authcontext-in-grpc-c-sharp-from-jwt-authentication On Wednesday, October 24, 2018 at 9:34:29 AM UTC+2, Ivan Penchev wrote: > > Cross-post from Here >

[grpc-io] Re: How to build gRPC for VS2017?

Hi, we do have distrib tests in place that demonstrate how to use gRPC C++ from a user's project. There are multiple ways to achieve that: https://github.com/grpc/grpc/blob/master/test/distrib/cpp/run_distrib_test_cmake_as_externalproject.bat

[grpc-io] Re: How to install and use grpc c++ in Visual studio 2017

cmake is the recommended way to build with visual studio 2017. We do have a continuous test for building with VS2017 on windows and it is passing (see https://source.cloud.google.com/results/invocations/13e7250c-2a03-408b-8454-12ae23d96e83/targets), so you might have missed something.

[grpc-io] Re: RpcException when calling MoveNext C#

This doesn't look like a problem with gRPC itself. The RpcException: Status(StatusCode=Unknown, Detail="Exception was thrown by handler.") only happens if the handler code (written by you) throws an exception. Under normal circumstances, handlers should not do that and if they the you as the

[grpc-io] Re: Native libgrpc_csharp_ext.x64.so is too large, possible to reduce size?

The libgrpc_csharp_ext.x64.so is that size because it is unstripped and contains debug symbols (we keep the debug symbols because they make it much easier to diagnose an issue in case of a grpc problem) $ file libgrpc_csharp_ext.x64.so libgrpc_csharp_ext.x64.so: ELF 64-bit LSB shared object

  1   2   >