Re: What's the best option similar to Vert.x, Reactor, Nodejs for use with Clojure?

2016-02-02 Thread Zach Tellman
This is incidental to the topic of the thread, but to address why Manifold exists when there's already core.async, there's a write-up of the rationale linked in the readme: http://aleph.io/manifold/rationale.html. On Saturday, January 23, 2016 at 6:50:34 AM UTC-5, qsys wrote: > > Depends on what

Re: What's the best option similar to Vert.x, Reactor, Nodejs for use with Clojure?

2016-01-27 Thread Fabio T.
My pleasure! Please consider that the Galaxy memory grid project, which provides integration out-of-the-box with Quasar/Pulsar actors for networking, distribution and even migration (but is not by any means the only possible one), is not considered production-ready yet at this stage even though

Re: What's the best option similar to Vert.x, Reactor, Nodejs for use with Clojure?

2016-01-26 Thread qsys
Now, Pulsar looks something more like it: messaging, clustering between machines. It even feels a bit like what vertx is doing, at first glance. Having a kind of 'inter-machine core.async channels' is awesome. This can easily replace the 'vertx eventbus'. Really cool! Thanks a lot, Fabio! qsys

Re: What's the best option similar to Vert.x, Reactor, Nodejs for use with Clojure?

2016-01-25 Thread Fabio T.
Hi, I agree it really depends what you're looking for. If you're especially looking for async performance then I think you can't go wrong with Pulsar which is a Clojure language integration module + a thin, idiomatic wrapper around Quasar

Re: What's the best option similar to Vert.x, Reactor, Nodejs for use with Clojure?

2016-01-23 Thread Timur
Yes +1 to qsys, such a library would be quite useful and enable using Clojure in additional enterprise settings. Regards, Timur On Saturday, January 23, 2016 at 9:50:45 PM UTC+1, qsys wrote: > > True, hazelcast, or JGroups, in vertx 3 for clustering/autodiscovery. It > may be 'easy' to imple

Re: What's the best option similar to Vert.x, Reactor, Nodejs for use with Clojure?

2016-01-23 Thread qsys
True, hazelcast, or JGroups, in vertx 3 for clustering/autodiscovery. It may be 'easy' to implement, but it has been quite nicely wrapped, together with netty messaging (not only pub-sub) in vert.x, having connectors to 'pure TCP', websockets etc. I have been thinking of doing something similar

Re: What's the best option similar to Vert.x, Reactor, Nodejs for use with Clojure?

2016-01-23 Thread Mark Mandel
+1 to what Andrey said. You could also run Redis as a backend and use it's pubsub service [1], if being more language agnostic is more your thing. Depending on where you are hosting, you could also use a hosted pubsub mechanism, such as Google Cloud PubSub[2] or AWS SNS[3]. There are definitely

Re: What's the best option similar to Vert.x, Reactor, Nodejs for use with Clojure?

2016-01-23 Thread Andrey Antukh
The eventbus of vert.x as far as I know is implemented on top of hazelcast[1] that you already can use from clojure. Make a eventbus like concept on top of hazelcast is pretty easy and it already gives you the autodiscovery and all the "clustering" stuff for free. [1]; http://hazelcast.org/use-ca

Re: What's the best option similar to Vert.x, Reactor, Nodejs for use with Clojure?

2016-01-23 Thread qsys
Depends on what you want... what I really like is the easy modularity: deploy new 'verticles' somewhere in your network, and they're just all connected through a the eventbus. I make a 'new' module, I put it somewhere and it's automatically picked up by the appication and I can communicate with

Re: What's the best option similar to Vert.x, Reactor, Nodejs for use with Clojure?

2016-01-04 Thread René Groß
Maybe https://github.com/ptaoussanis/sente could be of interest for you. Client library is included, which runs on websockets (if available), otherwise it will fallback to ajax. > > -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this gr

Re: What's the best option similar to Vert.x, Reactor, Nodejs for use with Clojure?

2016-01-04 Thread Andrey Antukh
Also, you can take a look to https://github.com/funcool/catacumba On Mon, Jan 4, 2016 at 12:35 AM, kovas boguta wrote: > I would also look at https://github.com/ztellman/aleph and > https://github.com/ztellman/manifold, but like Timothy says its hard to > judge without more details. > > > > > On

Re: What's the best option similar to Vert.x, Reactor, Nodejs for use with Clojure?

2016-01-03 Thread kovas boguta
I would also look at https://github.com/ztellman/aleph and https://github.com/ztellman/manifold, but like Timothy says its hard to judge without more details. On Sun, Jan 3, 2016 at 4:24 PM, Timothy Baldridge wrote: > I've done some evaluations of Vert.x in the past and was rather > underwhel

Re: What's the best option similar to Vert.x, Reactor, Nodejs for use with Clojure?

2016-01-03 Thread Timothy Baldridge
I've done some evaluations of Vert.x in the past and was rather underwhelmed. What is it that you are trying to accomplish? Stuff like Pedestal offers async web services, but without the complexity of an traditional evented server. So perhaps if we had a better idea of your requirements we could be

What's the best option similar to Vert.x, Reactor, Nodejs for use with Clojure?

2016-01-03 Thread adrians
It used to be that Vert.x 2.x had integration for Clojure, but version 3.x hasn't added it yet. Has anyone used this version through the Java API and if so, how painful was it? Is Reactor any better in that respect? What are people using when they want this kind of ba