This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2016-02-23
Channels
- # admin-announcements (1)
- # announcements (1)
- # beginners (222)
- # boot (210)
- # cider (26)
- # cljs-dev (50)
- # cljsrn (19)
- # clojure (243)
- # clojure-art (12)
- # clojure-finland (1)
- # clojure-poland (43)
- # clojure-russia (46)
- # clojure-sg (13)
- # clojurescript (60)
- # core-async (14)
- # css (11)
- # datomic (9)
- # devcards (9)
- # dirac (2)
- # editors (13)
- # emacs (5)
- # euroclojure (1)
- # events (3)
- # hoplon (76)
- # immutant (10)
- # job (1)
- # jobs (2)
- # keechma (1)
- # ldnclj (33)
- # lein-figwheel (1)
- # leiningen (20)
- # luminus (26)
- # mount (31)
- # om (105)
- # onyx (56)
- # parinfer (29)
- # perun (12)
- # proton (1)
- # re-frame (14)
- # reagent (5)
- # sydney (1)
- # yada (15)
@robert-stuttaford: @lsnape Aaand we're live with some replica query support, both in Clojure and over HTTP: https://github.com/onyx-platform/lib-onyx#api-docs
@lsnape: This should make the front end a lot faster to build. @robert-stuttaford this should be an adequate stop gap for your deployment scenario.
awesome, @michaeldrogalis !
looks like it needs to be provided but set to nil
ok. looks like the http://checkip.amazonaws.com thing is no longer true. schema rejects anything but a string
Isn't that a string when you slurp it?
so i can just put the address in there?
Anyway if I remember correctly that's not the url we use
ok. currently scripting the injection of the instance public ip into that space prior to start
@robert-stuttaford: this is what I do on AWS `(merge {:onyx.messaging/bind-addr (slurp "http://169.254.169.254/latest/meta-data/local-ipv4")} peer-cfg)`
I’ll fix that doc thanks
@michaeldrogalis: Sweet. I’ll check it out. Today’s gonna be chock-a-block for me (my partner thinks that DIY takes priority over open source?!) though might be around a couple of hours this evening (UTC)
New Amazon SQS plugin donated by http://www.lockedon.com as part of our consulting work! https://github.com/onyx-platform/onyx-amazon-sqs
Note that it's not up on clojars yet.
SQS is actually a pretty good fit for Onyx if you want to get up and running quickly with something hosted
we could use that to push work into our system too, if we needed to
rather than the core.async thing
I was just thinking that you might want to use it for a side channel rather than another Datomic DB. It's really easy to use
Another thing it might be useful for is failing flow conditions can output to a queue for processing later
a longer term scaling question, @lucasbradstreet - i know we’d move ZK to its own instances. would we do the same for aeron?
You'd keep the Aeron media driver. It's kind of like a userland TCP stack
so we’d always have Onyx + Aeron contending for resources on an instance
i wonder how we’d know it’s time to move ZK off to its own instances
the recommended setup is 3x ZK and 3x Onyx, for a total of 6 instances, right
It's hard to know when that might happen. Probably when you start seeing the ZK leader change often
3xZK and 3xOnyx is the recommended setup. The ZK boxes probably wouldn't need to be very big
I think you can get away with running them on the same box for quite a while as long as your config is right
It's mostly an isolation thing, as you say
signing off for now. catch you, Lucas!
Catch you
@lsnape: Cool, have a good one
@gardnervickers: did we decide to add add-task to onyx core? I can’t remember how that ended up 😕
I added it to my task ns for now, because I needed it for the tests, like you did
You can add it to core.
Cool, I think it’s time
onyx.job? Probably better than onyx.job.utils
@lucasbradstreet: I had it in onyx.api for the build I was using when adding bundles to the plugins but onyx.job makes more sense
That's fine to me.
I think we’ll end up building some more functions for job manipulation which is why I prefer onyx.job
will you add it to stateful-reducers
branch?
it’ll be nice not having to maintain a different build
stateful-reducers was merged into develop
So I’ll put it in develop
even better thanks
Pushed