This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2019-01-09
Channels
- # announcements (1)
- # atlanta-clojurians (1)
- # beginners (198)
- # calva (4)
- # cider (16)
- # clara (8)
- # cljs-dev (14)
- # cljsrn (4)
- # clojure (204)
- # clojure-europe (3)
- # clojure-gamedev (2)
- # clojure-italy (8)
- # clojure-nl (17)
- # clojure-poland (3)
- # clojure-russia (20)
- # clojure-spec (32)
- # clojure-uk (45)
- # clojurescript (59)
- # community-development (1)
- # core-async (25)
- # cursive (20)
- # datomic (47)
- # emacs (7)
- # fulcro (8)
- # iot (1)
- # iotivity (2)
- # jobs (1)
- # jobs-discuss (8)
- # juxt (11)
- # luminus (5)
- # nrepl (4)
- # off-topic (136)
- # onyx (24)
- # other-lisps (1)
- # parinfer (74)
- # pedestal (1)
- # planck (3)
- # portkey (67)
- # random (1)
- # re-frame (28)
- # reagent (11)
- # reitit (9)
- # remote-jobs (3)
- # ring-swagger (2)
- # rum (3)
- # shadow-cljs (96)
- # slack-help (3)
- # spacemacs (6)
- # tools-deps (3)
- # unrepl (1)
- # vim (4)
What are downsides of onyx? Do you recommend to use it? I am thinking about it in the context of generating dynamic PDF (labels). But response needs to be ASAP. Not sure if processing in onyx add too long delay? How long? Do you recommend onyx for such case?
Are you sure you need all the functionality that onyx provide? Using onyx can be worth it for complex stream processing , but for simple use cases it is overkill IMO
I am thinking about onyx not as solution for complex processing, but as solution to scale number of workers to convert data to PDF.
steps for precessing are probably simple: 1) fetch data every X minutes / manually by UI / by API request 2) use this data with template to generate PDF 3) return / send / save PDF
I'd either put the fetched data on a queue (RabbitMQ, or something similar) and create workers that read from this queue, generate the pdf and save / send it
With onyx you will need to run a zookeeper cluster, a likely some queue as well to get your data into onyx