aboutsummaryrefslogtreecommitdiffhomepage
path: root/src/csharp/Grpc.Core
Commit message (Collapse)AuthorAge
* Grpc.Core managed project now depends on native nuget packages with openssl ↵Gravatar Jan Tattermusch2015-04-20
| | | | and zlib
* changed path to grpc_csharp_ext.dllGravatar Jan Tattermusch2015-04-20
|
* csharp version 0.1 -> 0.2Gravatar Jan Tattermusch2015-04-07
|
* Various Windows fixes.Gravatar Nicolas Noble2015-03-19
| | | | | | | | | | | | | | -) using dupenv_s instead of getenv_s and calling strdup ourselves. -) few impossible-to-obtain if checks. -) various signed/unsigned casting. -) using time_t instead of time32_t -) checking output of FormatMessage for failures. -) don't redefine _WIN32_WINNT without undefining it first. -) fixed msvc's interlocked casting. -) renamed AddPort to AddListeningPort. -) added protobuf's third_party includes to search path. -) added a missing definition for inet_ntop in mingw32. -) removed useless declarations.
* added support for metadataGravatar Jan Tattermusch2015-03-16
|
* Started using immutable collections and other code cleanupGravatar Jan Tattermusch2015-03-12
|
* code style fixes based on StyleCop warningsGravatar Jan Tattermusch2015-03-11
|
* C# server side TLS supportGravatar Jan Tattermusch2015-03-09
|
* Used StyleCop to get rid of tabs in the source codeGravatar Jan Tattermusch2015-03-06
|
* removed some compiler warningsGravatar Jan Tattermusch2015-03-06
|
* Split async call into server and client classes sharing the same base.Gravatar Jan Tattermusch2015-03-06
|
* client side support for TLSGravatar Jan Tattermusch2015-03-03
|
* Remove HTTP mappings from status.hGravatar Eric Anderson2015-03-02
| | | | | | | | | | | | | | | | | | | | | | The mappings are a combination of useless, inaccurate, and harmful. Leave them out until they are helpful and correct. Fundamental issues: - If in need of mappings, a user would need HTTP -> gRPC code mappings. But the docs don't provide that since the mappings are not 1:1. - There _is no_ gRPC -> HTTP code mapping taking place in gRPC. This may change in the future, but until then the docs are misleading. But even given those were resolved, there are additional issues. Two obvious examples: - 501 Not Implemented is refering to HTTP methods such as GET and POST not being implement. That should not be used for gRPC methods not found (UNIMPLEMENTED). - 404 Not Found is for when the resource is not found. In gRPC, the resource is the gRPC method, not the parameters (NOT_FOUND). If there is a REST conversion layer on top of gRPC, then 404 would be appropriate, but that just shows that the mapping can not be canonical.
* fix conditional inclusion of grpc_csharp_ext.dllGravatar Jan Tattermusch2015-02-27
|
* added C# interop serverGravatar Jan Tattermusch2015-02-26
|
* fixed server streamingGravatar Jan Tattermusch2015-02-25
|
* fix to make empty_stream pass against C++ serverGravatar Jan Tattermusch2015-02-25
|
* Fix to make the conditional include under WindowsGravatar Jan Tattermusch2015-02-25
|
* Include grpc_csharp_ext.dll only under WindowsGravatar Jan Tattermusch2015-02-25
|
* grpc_csharp_ext.dll added to the project to force automatic copying to the ↵Gravatar Jan Tattermusch2015-02-25
| | | | output dir
* Added ability for c# to redirect C core logs to arbitrary sinkGravatar Jan Tattermusch2015-02-25
|
* Fix exception unwrapping for unary callGravatar Jan Tattermusch2015-02-23
|
* Added support for true synchronous unary call and added some performance tests.Gravatar Jan Tattermusch2015-02-23
|
* added NuGet package specificationsGravatar Jan Tattermusch2015-02-20
|
* renaming of VS projects and other minor structural fixesGravatar Jan Tattermusch2015-02-20