This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2017-09-21
Channels
- # beginners (82)
- # bitcoin (1)
- # boot (38)
- # cider (6)
- # cljs-dev (13)
- # cljsrn (5)
- # clojure (320)
- # clojure-italy (22)
- # clojure-losangeles (6)
- # clojure-russia (55)
- # clojure-spec (25)
- # clojure-uk (48)
- # clojurescript (64)
- # component (16)
- # core-async (6)
- # cursive (54)
- # data-science (2)
- # datascript (2)
- # datomic (8)
- # docker (1)
- # ethereum (1)
- # fulcro (1)
- # garden (1)
- # graphql (16)
- # heroku (6)
- # hoplon (12)
- # jobs (4)
- # juxt (1)
- # leiningen (9)
- # off-topic (39)
- # om (13)
- # om-next (2)
- # onyx (9)
- # pedestal (2)
- # portkey (12)
- # re-frame (25)
- # reagent (6)
- # ring-swagger (4)
- # schema (1)
- # shadow-cljs (10)
- # spacemacs (11)
- # testing (19)
- # uncomplicate (1)
- # unrepl (6)
- # vim (21)
- # yada (3)
@drewverlee in case it helps, we are using aleph for the clj server-side websocket support, chord for the cljs client-side, and (non-persistent) gnatsd for the pusbub to feed the websockets - our onyx jobs output segments which get put onto user topics on gnatsd, while the aleph websocket endpoints listen on their user's gnatsd topic
hi all, if i am processing a batch of requests (using a batch-fn) and one of them fails, is there a way to allow the other segments to proceed whilst retrying the one that failed (perhaps including it with the next batch?)
i'm trying to work out how a single message can not block a load of otherwise fine messages from proceeding
i'm having a go at upgrading to onyx-0.11 - i'm seeing exceptions in my log like
org.apache.kafka.common.errors.TimeoutException: Timeout expired while fetching topic metadata
clojure.lang.ExceptionInfo: Caught exception inside task lifecycle :lifecycle/initializing. Rebooting the task. -> Exception type: org.apache.kafka.common.errors.TimeoutException. Exception message: Timeout expired while fetching topic metadata
job-id: #uuid "b271ac49-f576-594f-0617-4f21bdaf289f"
metadata: {:job-id #uuid "b271ac49-f576-594f-0617-4f21bdaf289f", :job-hash "d8f9c3d7dc5aba1064eb5871505aab9ea279452f4965bc97ae42e87d6a29708a"}
peer-id: #uuid "eb606f46-8f7c-34e7-ad4b-ac4b96df9eb3"
task-name: :read-routable-messages
does this seem familiar to anyone ?
nvm - i think that exception was a red herring 🐡
Will check it out when we’re back. @lucasbradstreet and I are both traveling.
i was told to come here question about kafka i just started could anyone point me to direction where to get foundation docs are good i hear any books, blogs etc? where do you get your information, best practices and such?
Confluent has great documentation, https://www.confluent.io/blog/