Mediation and transports #435
Replies: 2 comments
-
Shouldn't those methods be part of the transport layer rather than inside the core of the framework? Or, it's just temporary? Originally posted by @jakubkoci in #432 (comment) |
Beta Was this translation helpful? Give feedback.
-
What it does is sending a trust ping message with a restriction to only use websocket. The websocket will be kept alive autmoatically (I'd like to make the keep alive more explicit) I'm not sure yet how we could nicely integrate this into the transport layer. Would be nice to not make it WebSocket specific (so just send a ping and keep the socket alive), but we need to specify somewhere which transports are capable of this, as e.g. HTTP isn't. Maybe a transport should be able to specify whether it can send multiple messages (WebSocket is ∞, while HTTP is 1 request, 1 response). That way we wouldn't have to specify WS explicitly, but rather whether we want a transport that can stay open (for implicit pickup) I'm going to think about it for a while. We can have a discussion about it in the WG call |
Beta Was this translation helpful? Give feedback.
-
Opening a discussion here to see how we can improve the architecture for mediation and transports for the long-term. It works fine, but would be good to remove some transport specific code from the modules
Beta Was this translation helpful? Give feedback.
All reactions