-
Notifications
You must be signed in to change notification settings - Fork 143
Suggested order of implementation for the libchan protocol #33
Comments
A set of examples of common patterns would be nice. |
We've started building out jschan. We have taken the java implementation's lead and started by porting the tests. next we are going to be picking a SPDY implementation to evaluate, and see if we can get enough of the channel semantics going to get something running. I was thinking an interesting example project (think xgears) could be a server and a client sending bytestreams between each other that they need to be working properly to calculate (like maybe hashing the body against a streaming checksum of the data transferred over the spdy pipe?) |
was speaking to @shykes in irc, and mentioned we want to do the unix implementation next since it looked like an easy port. He told us :
|
These are the next tasks for the js implementation ( from the graftjs meeting minutes ) ping @ndeloof , you have any other ideas for what next? |
@Vertice I guess a major part of this will be to test cross implementations compatibility. |
@ndeloof yeah, which is why i suggested the ping-like example app. we could write that in every language, and use that to bootstrap the implementations. |
Typical network apps are echo server, discard, daytime, time, chargen. I think those as hello world for libchan is reasonable (send/valid respond, send only, send/dynamic responses, infinite stream) |
We managed to get compatibility with the go version over SPDY and tcp. To to close this issue we should do a bit of a writeup about the process we followed. @mcollina, correct me on this if i'm wrong.
it is still a bit of an open question as to which version of libchan we support, and how to detect when that changes. Considering how much SPDY and MSGPACK5 implementations vary between languages, I think the picture here is also more of a support matrix than a simple list. Tests should be fairly automate-able once built though, but that still requires there to be an official 'version' of the protocol to support. |
I'm in the process of researching and designing a node.js/javascript implementation of libchan (i'm calling it Graft).
I'm planning to use node streams as the base of the abstraction, and i'm aiming for a api similar in usage to gulp.
What I'm wondering is, what you would consider the simplest proof of concept to bootstrap this implementation, so that I can iterate on the various components from there.
So I guess, what does 'hello world' look like for libchan?
The text was updated successfully, but these errors were encountered: