Fork me on GitHub
#datomic
<
2023-08-30
>
cch101:08:56

Another weird inconsistency with :db/id and pull on cloud: aliasing (e.g. [:db/id :as :x]) does not work. Output map still shows :db/id.

ghadi01:08:17

paste your exact pull expr?

cch101:08:13

(let [{conn :datomic/connection} @user/sysref]
  (d/pull (d/db conn) [[:db/id :as :eid] [:st.generator/nominal-power :as :power]] [:st.generator/sysid "o0vi3xej"]))

=> {:db/id 92358976747775, :power 9.24}

kenny02:08:10

Have an open support ticket on this one. :db/id is weird.

cch112:08:27

Link? I’ll chime in…

pppaul19:08:46

i didn't know you could do the renaming with vectors, i've always been using lists

Ivar Refsdal11:08:42

I see that the latest com.datomic/peer (version 1.0.6735) uses a several libraries with known CVEs. Any plans to fix/improve this? For example upping com.amazonaws/aws-java-sdk-ec2 to 1.12.540 removes a bunch of CVEs as reported by https://github.com/rm-hull/nvd-clojure.

jasonjckn04:09:25

Datomic team is aware of the issue, and seems to be committed to resolving them, but no ETA im aware of .

favila21:08:51

Just asking to confirm: there’s currently no way to configure datomic on-prem to use the spymemcached client in TEXT mode so it can be proxied via e.g. mcrouter? We maintain a fork of spymemcached with this and other patches related to IO threads dying. The IO thread death issues were supposedly solved with some kind of supervisor, but I’m checking that we still need the fork for the protocol override.