This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2017-02-18
Channels
- # boot (42)
- # cider (26)
- # cljs-dev (6)
- # cljsrn (6)
- # clojure (119)
- # clojure-berlin (3)
- # clojure-dev (2)
- # clojure-nl (1)
- # clojure-russia (38)
- # clojure-spec (1)
- # clojurescript (44)
- # component (3)
- # cursive (1)
- # data-science (2)
- # datomic (19)
- # dirac (60)
- # emacs (12)
- # figwheel (2)
- # hoplon (13)
- # iot (4)
- # keechma (2)
- # klipse (38)
- # leiningen (5)
- # luminus (1)
- # lumo (1)
- # off-topic (6)
- # om (2)
- # om-next (4)
- # onyx (21)
- # perun (79)
- # reagent (32)
- # untangled (39)
- # vim (36)
- # yada (1)
Hi @hunter. Thanks for the report. I’ll look into it
Ah, you’re not supplying an end-tx, right? That’s a bug
@hunter can you please try 0.10.0.0-20170218.003454-7?
onyx-datomic that is
Thanks for the report @hunter
@lucasbradstreet that appears to have fixed the error i reported. however I have another error in my own code so I can't tell if it's working
@lucasbradstreet thanks for the quick fix!
You’re welcome. Thanks for the confirmation
michaeldrogalis It is tcoupland you need to thank for that franzy work. I just stayed out of his way really. 🙂
@otfrom If it’s helpful, I upgraded franzy-admin to 0.10: https://github.com/onyx-platform/franzy-admin
We’re likely to drop Franzy when we get the time in favor of directly using the Java and Scala bindings though. I’ve personally had enough with the Clojure-Kafka library churn over the years.
michaeldrogalis why not take over franzy? (which is basically what we're doing as we need it for onyx and for our standalone processes)
@otfrom We only need a subset of what’s offered in Franzy. Working with the Java bindings directly would be less work than maintaining another library.
Absolutely. Thank you 🙂