This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2019-01-18
Channels
- # aleph (1)
- # announcements (2)
- # aws (4)
- # beginners (73)
- # boot (2)
- # boot-dev (3)
- # cider (6)
- # cljs-dev (40)
- # clojure (64)
- # clojure-austin (2)
- # clojure-belgium (1)
- # clojure-dev (25)
- # clojure-estonia (1)
- # clojure-europe (16)
- # clojure-italy (11)
- # clojure-nl (4)
- # clojure-spec (90)
- # clojure-sweden (2)
- # clojure-uk (105)
- # clojurescript (58)
- # core-async (10)
- # cursive (23)
- # data-science (1)
- # datascript (3)
- # datomic (14)
- # duct (11)
- # fulcro (48)
- # graphql (1)
- # hyperfiddle (3)
- # kaocha (95)
- # liberator (1)
- # lumo (6)
- # nrepl (1)
- # off-topic (14)
- # onyx (2)
- # overtone (8)
- # portkey (3)
- # re-frame (31)
- # reagent (6)
- # shadow-cljs (185)
- # sql (12)
- # tools-deps (6)
- # vim (6)
- # yada (224)
i've created a blog post about how I handle routing in the context of Datomic Ions and AWS API Gateway. for anyone interested, am i missing something? https://medium.com/@rodeorockstar/datomic-ions-aws-api-gateway-and-routing-d20a1bb086dd
hi there, is this very bad?
WARNING: requiring-resolve already refers to: #'clojure.core/requiring-reso
lve in namespace: datomic.common, being replaced by: #'datomic.common/requi
ring-resolve
and how can I resolve the conflict (using deps, not lein)
TIAno, it’s not bad (that’s why it’s a warning)
I expect a newer version of something on the datomic side probably fixes it, but I’d defer to someone from the datomic team to verify that
yes, but name clashes are quite intentionally not a bug
so nothing is broken here, but newer versions can or do either silence the warning (by intentionally excluding it) or by switching to the version now in Clojure
(I’m not sure which of those potential actions has already been taken)
is there a logical/performance difference between these two:
[(missing? $ ?foo :bar)]
(not [?foo :bar])
With Datomic Cloud, if I need to fail/abort a transaction (i.e. validation failed) within a transaction function, can I just throw an exception? That's how it works with on-prem, but the docs for Cloud don't mention anything about aborting transactions from within a transaction function.
Is there an official docker image for the Datomic Transactor from Cognitect? Has anyone used this one? https://hub.docker.com/r/pointslope/datomic-pro-starter/dockerfile/ Use case is: running transactors inside kubernetes to avoid running standby transactors (half the cost without the ec2 boot time) and better embrace resource usage within kubernetes (having less idle resources). cc @marshall