This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2017-04-11
Channels
- # aleph (1)
- # architecture (18)
- # beginners (57)
- # boot (13)
- # cider (47)
- # cljs-dev (28)
- # cljsjs (13)
- # cljsrn (39)
- # clojure (258)
- # clojure-greece (16)
- # clojure-italy (2)
- # clojure-miami (1)
- # clojure-nl (9)
- # clojure-poland (15)
- # clojure-russia (369)
- # clojure-spec (53)
- # clojure-uk (49)
- # clojureremote (3)
- # clojurescript (135)
- # core-matrix (1)
- # cursive (11)
- # datascript (3)
- # datomic (4)
- # emacs (12)
- # figwheel (13)
- # hoplon (7)
- # interop (7)
- # jobs-discuss (33)
- # lumo (28)
- # off-topic (15)
- # om (7)
- # onyx (26)
- # pedestal (10)
- # perun (1)
- # planck (10)
- # re-frame (54)
- # reagent (16)
- # ring (5)
- # ring-swagger (50)
- # rum (2)
- # spacemacs (2)
- # unrepl (125)
- # untangled (12)
can someone check my understanding on the function of a custom refinement for a trigger on a session window. Refinements determine how state is handled for the trigger, but I was under the impression that any changes to the state are emitted to downstream stages... is that not the case?
my use case: I want to tag data within a session so that a downstream stage can handle it accordingly.
but after having implemented it, my window/trigger does not mutate the event data passing through it
Yes you'll want to use :trigger/emit
cheers @gardnervickers instead of/along side?
@theblackbox in your case if you're tagging for further downstream tasks you'd want to use :trigger/emit
instead of :trigger/sync
hmm... I'm guessing that I need a newer onyx [was on a 10.x beta 7 ] so just updated and getting some unexpected issues with Onyx Kafka
given that my kafka-consumer workflow specifies: :kafka/deserializer-fn :onyx.tasks.kafka/deserialize-message-json
which should still be available as far as I can see
hmm, seems if I include the dependency in my project.clj then it's fine so probably missing that somewhere?
@theblackbox hmm that's odd. Could you open an issue for that and we'll take a look later today?
cheers
also, good work on the emit - just what I've been hunting for (MD pointed me at custom refinements only a week or so back [I think primarily based on DB interaction] but this implementation makes more sense)
:trigger/emit
is pretty new, a direct consequence of switching the core of Onyx to use asynchronous barrier snapshotting. I don't think we have user guide docs for it yet even. Glad that sounds like it'll work for you.
you have enough in the docs to make it useful 😉
Thanks for the bug report @theblackbox. Cheshire is in dev dependencies, might want to simply move it up out of the profiles. I guess that one’s evaded me since I’ve used Cheshire in conjunction with every project I use, heh.
I figured it'd be something like that, tends to happen for those kind of ubiquitous tools
@theblackbox I put the patch on master. You can use the latest snapshot, or 0.10.0.0-20170411.151739-28
. It will go out with th next beta release, too.
excellent
I think we’re going to get out 0.10.0 official out soon anyway. Been in a beta for a long time, and at this point we’re just sniping bugs as we find them in production.
Just an update on the Onyx-Java front: My developer doing the unit tests is new to clojure so he’s also tackling the learning curve. He’s almost done with them and general cleanup. Looks like we should have things ready for code review this week. I’m starting to develop the instance-binding affordances now that will go in Onyx-Java and native-code support in a separate package: https://github.com/MissInterpret/onyx-native That’s finally getting under way actively now and should have a full draft ready for review in a couple of weeks I’ll keep everyone informed!
@lellis Inputs and Outputs can have an :onyx/fn
You might want to set up a lifecycle to log for after read batch though - that spy thing is just a quick trick.
@georgek awesome! Will review when you’re ready 🙂