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 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 > in clojure, but never got to it... > Anyway, I'd love to see some kind of 'runtime modularity', on one machine > or even one JVM would do as a start (no autodiscovery/clustering > necessary). That's the thing that makes vertx, to me, useful. I'm pretty > sure it's possible with the existing clojure libraries etc, but I don't see > it yet. That's another thread, though. > > thx, qsys > > > Op zaterdag 23 januari 2016 17:21:03 UTC+1 schreef 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-cases/messaging/ >> >> Andrey >> >> On Sat, Jan 23, 2016 at 1:50 PM, qsys <kurt...@gmail.com> wrote: >> >>> 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 it using that event bus. Is there something similar in clojure, or can >>> I achieve something similar in clojure? I checked >>> - catacumba: web toolkit, not what I'm after >>> - sente: is about the web >>> - aleph: comes closer: does have tcp-servers, but no autodiscovery, and >>> well, no 'event bus' (a kind of wrapper around netty etc). >>> - manifold: I don't really see the added value, having core.async - but >>> I may fail to see something important here >>> - pomegranate: is possibly very interesting in adding new modules... not >>> for removing 'old versions' of a module. >>> - pedestal: have to have a deeper look into it, but so far, I have a >>> feeling it's more about web than 'intra-program' communication >>> >>> So, so far, I don't see how to implement something like the vert.x event >>> bus, with autodiscovery, in clojure (although I would love to see something >>> like it), expanding to the browser. I don't mind (and prefer) composing it >>> using different libraries, but I feel to see how to have this functionality >>> in clojure (now, I wrap the vertx eventbus in my clojure programs), and >>> since I already load vertx for the eventbus, I use it as web server as >>> well, if I need one... So well, if someone has an idea, it might be a nice >>> project I'd love to work on :). >>> >>> thx, qsys >>> >>> Op zondag 3 januari 2016 22:25:04 UTC+1 schreef tbc++: >>>> >>>> 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 a bit more helpful. >>>> >>>> So I'd say, look into Pedestal and then define what you need that it >>>> cannot do. Same for other toolkits like ring and httpkit. >>>> >>>> Timothy >>>> >>>> On Sun, Jan 3, 2016 at 12:59 PM, adrians <nma...@gmail.com> wrote: >>>> >>>>> >>>>> 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 <http://projectreactor.io/>any >>>>> better in that respect? What are people using when they want this kind of >>>>> back end? >>>>> >>>>> -- >>>>> You received this message because you are subscribed to the Google >>>>> Groups "Clojure" group. >>>>> To post to this group, send email to clo...@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+u...@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+u...@googlegroups.com. >>>>> For more options, visit https://groups.google.com/d/optout. >>>>> >>>> >>>> >>>> >>>> -- >>>> “One of the main causes of the fall of the Roman Empire was >>>> that–lacking zero–they had no way to indicate successful termination of >>>> their C programs.” >>>> (Robert Firth) >>>> >>> -- >>> You received this message because you are subscribed to the Google >>> Groups "Clojure" group. >>> To post to this group, send email to clo...@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+u...@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+u...@googlegroups.com. >>> For more options, visit https://groups.google.com/d/optout. >>> >> >> >> >> -- >> Andrey Antukh - Андрей Антух - <ni...@niwi.nz> >> http://www.niwi.nz >> https://github.com/niwinz >> > -- 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/d/optout.
