Websockets #1322
Websockets #1322
Conversation
…s to better package Zinc's Websocket code
…ket "pusher" + cleaned up javascript generation and execution client-side
| @@ -0,0 +1,8 @@ | |||
| printing | |||
| javascriptContentOn: aStream | |||
| "TODO: window.location should not be retrieved here..." | |||
There was a problem hiding this comment.
Should we use #baseUrl or something similar here instead?
There was a problem hiding this comment.
Indeed. It should probably use the settings of WARequestHandlingConfiguration... it's just that I do not prefer that way of working. Alas, I see no alternative either.
...itory/Seaside-WebSocket-Core.package/WARequest.extension/instance/isWebSocketSetupRequest.st
Outdated
Show resolved
Hide resolved
...itory/Seaside-WebSocket-Core.package/WARequest.extension/instance/isWebSocketSetupRequest.st
Outdated
Show resolved
Hide resolved
...Socket-Core.package/WAWebSocketJSPusher.class/instance/websocketEventHandlerJavaScriptOn..st
Show resolved
Hide resolved
repository/Seaside-WebSocket-Core.package/WAWebSocketPusher.class/instance/sockets.st
Show resolved
Hide resolved
| @@ -0,0 +1,4 @@ | |||
| protected | |||
| socketsDo: aOneArgumentBlock | |||
| self mutex critical: [ | |||
There was a problem hiding this comment.
Would a ^ be helpful here so the sender can easily access the return value from the provided block?
repository/Zinc-Seaside.package/ZnZincServerAdaptor.class/instance/responseFrom..st
Outdated
Show resolved
Hide resolved
| Transcript cr; show: 'New ', aWAWebSocket printString. | ||
|
|
||
| aWAWebSocket onMessage:[ :data | | ||
| self socketsDo: [ :socket | socket send: data ] ]. |
There was a problem hiding this comment.
I'm a bit concerned about the socket iteration pattern.
- In this case, and probably others, since
#socketsDo:acquires a mutex it blocks until data has been sent to all sockets. I wonder if it would be beneficial to have some sort of job/task queue and submitting a task for every socket and hold the mutex only for submitting the tasks. - Between when we decided to send data to the sockets and actually doing it the socket may have become closed or invalid which makes we wonder whether we should:
- check each web socket for validity in
#send:and possibly removing it - wrap each
#send:in an#on:do:
- check each web socket for validity in
- Having all the sockets in an array, linearly scanning over them and hoping
#onClose:will always get sent and the web socket removed. I'm concerned with scalability and that we end up with dead or closed web sockets in the array that never get removed.
There was a problem hiding this comment.
yes, all valid concerns and this still needs to be addressed. In addition, the seaside session needs to be kept alive as long as the sockets are communicating/existing. While doing experiments with the simple counter example, I encounter websocket connections being closed without any callback firing without a consistent timeout or other immediately visible reason. So, I still have a long way to go to make sure this works in practice.
| @@ -1,6 +1,9 @@ | |||
| converting | |||
| responseFrom: aRequestContext | |||
| | partialHeaders cookies fullHeaders seasideResponse contents entity contentType | | |||
| "TODO: is websocket only... useful/needed to package in separate package?" | |||
| (aRequestContext properties at: #webSocket ifAbsent:[ nil ]) | |||
There was a problem hiding this comment.
Should we do something special when shutting down the server?
repository/Seaside-WebSocket-Core.package/WAWebSocketPusher.class/instance/addSocket..st
Show resolved
Hide resolved
# Conflicts: # repository/BaselineOfSeaside3.package/BaselineOfSeaside3.class/instance/baselineadaptors..st # repository/Seaside-Zinc-Core.package/ZnZincServerAdaptor.class/instance/websocketResponseFrom..st
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## master #1322 +/- ##
==========================================
- Coverage 49.41% 49.41% -0.01%
==========================================
Files 9118 9119 +1
Lines 80389 80405 +16
==========================================
+ Hits 39726 39729 +3
- Misses 40663 40676 +13 ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
Added support for Websockets in Seaside.