On Thursday, 20 February 2014 13:56:29 UTC+8, David Della Costa wrote: > > > It's not clear to me that the server side should be tied to Om > > specifically. It seems like the requirement is more to have a server > > component that can pass messages / state changes in a generic way to > > clients (probably using core.async channels, with the ability to use > > websockets etc. as the underlying transport). This server component > > would be useful for all kinds of clients (not just Om, not just > > Clojurescript, maybe even other server systems). > > > > I've hacked some stuff together that does this kind of thing for > > specific projects, but it would be nice to get a solid standard > > library in the ecosystem for this. > > We have a concrete need for a system like this and in fact already have > a prototype in production (which uses browserchannel as opposed to > websockets, but these should be interchangeable) with ampq messaging and > http wrapped in core.async and Om on the front-end, but we are working > through some issues relating to scaling while providing eventual > consistency across a number of web front-ends. The end goal is > essentially materialized views in the client. > > We would also be very interested in working with other folks to provide > something with general applicability to the whole community. Please let > us know if you'd want to contribute! >
I'd be happy to contribute to a library that met the following requirements: - A sensible open source license (LGPL or EPL are fine) - As simple as possible (minimal dependencies and API surface area) - Designed for plug+play with the related libraries in the ecosystem (core.async, http-kit, ring etc.) - Reasonable community consensus that it is a good design BTW chord looks pretty promising as a foundation / model for some of this kind of work https://github.com/james-henderson/chord -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups "Clojure" group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.