aspnetcore/test/Microsoft.AspNetCore.Signal...
David Fowler e1bb2215e5
Remove the Channel<HubMessage> from the HubConnectionContext (#1468)
* Remove the Channel<HubMessage> from the HubConnectionContext
- Replace the channel with a single lock around the pipewriter. Since writes are always synchronous, the lock is held for a very short time.
- We were only using them in this scenario for handling multiple producers (the hub output, the keep alive ping and the broadcast).
- Handle the scenario where there's back pressure (when we use pipes that are bounded) and give callers a single task representing when back pressure is released.
- Handle synchronous exceptions in RedisHubLifetimeManager
- Fixed benchmarks
2018-02-17 10:22:11 -08:00
..
HubEndpointTestUtils
Internal Remove the Channel<HubMessage> from the HubConnectionContext (#1468) 2018-02-17 10:22:11 -08:00
CancellationDisposable.cs
DefaultHubActivatorTests.cs
DefaultHubLifetimeManagerTests.cs Remove the Channel<HubMessage> from the HubConnectionContext (#1468) 2018-02-17 10:22:11 -08:00
DefaultTransportFactoryTests.cs
EchoEndPoint.cs
EndToEndTests.cs
HubEndpointTests.cs Remove the Channel<HubMessage> from the HubConnectionContext (#1468) 2018-02-17 10:22:11 -08:00
HubMethodInvocationMessageTests.cs Logging invocations with errors would throw inside logger (#1445) 2018-02-13 14:57:21 -08:00
HubReflectionHelperTests.cs
MapSignalRTests.cs
Microsoft.AspNetCore.SignalR.Tests.csproj
Startup.cs
UncreatableHub.cs
WebSocketsTransportTests.cs