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.

Reply via email to