-
Notifications
You must be signed in to change notification settings - Fork 67
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
WIP add websocket support #64
Conversation
Codecov Report
@@ Coverage Diff @@
## master #64 +/- ##
=======================================
Coverage 90.56% 90.56%
=======================================
Files 5 5
Lines 53 53
=======================================
Hits 48 48
Misses 5 5
Continue to review full report at Codecov.
|
Would be happy to get some help as I'm a bit stuck though. On the testcase of #63 I get:
|
Looks like this handler function should take two args, as it did originally? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sorry for the delayed upgrade of Websockets. I hope to get time for that next week. If you choose to use Websockets, I recommend readprotected and writeprotected. It reduces your error handling and makes error messages more readable. I believe this is already working on the branch for 0.7.
I've changed the handler back to how it was but it doesn't seem to fix the problem, I get exactly the same error. I feel that EDIT: actually it's a different problem, @hustf thanks for the tip. Where exactly should I switch to |
Pietro, that was just general advice. The move to HTTP increased the number
of different error messages occuring occasionaly, and in my own
"production" code the error handling code grew out of proportion to the
simple task of reading and writing. Hence the added interface protectedread
and write, and the inclusion of benchmarks to evaluate the disadvantage
related to error handling. I am not on a computer this week and dont have
the opportunity to study this code well enough to give precise advice.
Looking forward to finding out how this package works later. Good luck!
Den tor. 26. jul. 2018, 18:35 skrev Pietro Vertechi <
[email protected]>:
… I've changed the handler back to how it was but it doesn't seem to fix the
problem, I get exactly the same error. I feel that wdefault doesn't work
properly in the new framework but I'm not sure why.
@hustf <https://github.com/hustf> thanks for the tip. Where exactly
should I switch to readguarded ? It seems that only the echo function
uses read or write but it's not used in the code that's being tested here.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#64 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/ANTatKlUOFfXxzKyYjxV9BEk22b56p6Uks5uKe-6gaJpZM4VZq6x>
.
|
minor cleanup
Sorry for the missing follow up from my side. Time ran out, and next week is juliacon... |
Any updates on this? Or anyone want to hack on it while we're at JuliaCon 🙂 ? |
I'm still stuck... Maybe we could try to fix this during the Hackathon? |
Count me in |
An attempt to fix #63. I don't actually have examples of this working as it relies on WebSockets also updating to Julia 0.7. At the very least the websocket method of
serve
doesn't give method error anymore.