Marcel Märtens dd581bc6c0 Participant closure was immeatiatly, even in case a new participant was connected, send a MSG and then dropped immeadiatly. ... The remote site should see it connect, be open for 1 single stream and read the message before it's notified that the participant is closed actually. This caused the faulure in one of our API tests (in lib, with client and server). Where it was possible that all messages were send and one side was dropped before the other side asked for the opened stream Also introduce better error detection in participant(and scheduler) by removing the std_async::Result and intruduce `Result<(),ParticipantError>` instead		2020-07-22 09:18:15 +02:00
..
examples	make prometheus optional in network and fix a panic in the server	2020-07-15 16:45:49 +02:00
src	Participant closure was immeatiatly, even in case a new participant was connected, send a MSG and then dropped immeadiatly.	2020-07-22 09:18:15 +02:00
tests	Participant closure was immeatiatly, even in case a new participant was connected, send a MSG and then dropped immeadiatly.	2020-07-22 09:18:15 +02:00
Cargo.toml	make prometheus optional in network and fix a panic in the server	2020-07-15 16:45:49 +02:00