This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2018-11-09
Channels
- # aleph (3)
- # beginners (327)
- # calva (3)
- # cider (20)
- # cljdoc (59)
- # cljs-dev (40)
- # clojure (104)
- # clojure-dev (30)
- # clojure-italy (8)
- # clojure-nl (36)
- # clojure-russia (3)
- # clojure-spec (3)
- # clojure-uk (79)
- # clojurescript (54)
- # community-development (5)
- # cursive (28)
- # data-science (21)
- # datomic (35)
- # emacs (14)
- # expound (1)
- # figwheel (2)
- # figwheel-main (82)
- # fulcro (18)
- # graphql (13)
- # jobs (12)
- # jobs-discuss (38)
- # kaocha (8)
- # lambdaisland (1)
- # lumo (12)
- # off-topic (20)
- # onyx (4)
- # re-frame (51)
- # reagent (12)
- # reitit (8)
- # ring-swagger (1)
- # shadow-cljs (22)
- # slack-help (2)
- # spacemacs (6)
- # specter (16)
- # testing (3)
Hi, reading the doc and trying the examples. I’m wondering if there’s a way to redirect the output of a window aggregation to a catalog entry part of the workflow. It seems that every example will dump the window either to stdout or a db (with side effects). However, what if i’d like to do transformations post aggregation? Is that possible?
very common
@guillaume.carbonneau here is example
(defn health-check-memory-task
[task-name peer-config task-opts]
{:task {:task-map (merge
{:onyx/name task-name
:onyx/group-by-key :hash
:onyx/flux-policy :recover
:onyx/n-peers 2
:onyx/type :reduce}
task-opts)
:windows [{:window/id :health-check-memory
:window/task task-name
:window/type :global
:window/aggregation ::health-check-memory-aggregation}]
:triggers [{:trigger/window-id :health-check-memory
:trigger/id :health-check-memory0
:trigger/emit ::emit-health-check
:trigger/on :onyx.triggers/segment
:trigger/threshold [1 :elements]}]}})
(defn emit-health-check
[event window trigger window-data state]
(when-not (= :job-completed (:event-type window-data))
(:health-check state)))
Then just connect them in workflow, and optionally add flow conditions.