This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2023-10-13
Channels
- # ai (5)
- # announcements (4)
- # babashka (34)
- # beginners (78)
- # biff (6)
- # calva (41)
- # cider (47)
- # clerk (1)
- # clj-commons (3)
- # clj-http (1)
- # clojure (72)
- # clojure-europe (51)
- # clojure-nl (1)
- # clojure-norway (87)
- # clojure-romania (1)
- # clojure-uk (5)
- # clojuredesign-podcast (2)
- # community-development (1)
- # conjure (2)
- # cursive (11)
- # datomic (6)
- # docker (4)
- # emacs (13)
- # exercism (20)
- # hyperfiddle (56)
- # matrix (6)
- # membrane (4)
- # nbb (11)
- # off-topic (88)
- # pathom (7)
- # pedestal (1)
- # polylith (20)
- # portal (16)
- # practicalli (1)
- # re-frame (13)
- # reagent (4)
- # reitit (2)
- # remote-jobs (7)
- # shadow-cljs (49)
- # sql (4)
Is there any way to download older releases of datomic pro? I’m trying to find version 1.0.6735
and it seems to be nowhere to be found
And if you still have a http://my.datomic.com account you can grab even older versions there:
Hi everyone, Has anyone had trouble running IAM authenticated MSK producers and consumers from within an ion on datomic cloud? I'm new to datomic still, but I'm getting what looks to be dependency conflict issues. I can start my producer and consumer on the same EC2 instance as the datomic deployment, but not within the running ion context. I suspect it has something to do with this package that supports IAM for MSK https://github.com/aws/aws-msk-iam-auth I've tried to do some deps tree analysis and I can see that the msk-iam package is using a newer version of the aws-java-sdk-core package and the datomic cloud environment is using a slightly older version. Any push in the right direction would be appreciated 🙂
So we figured out that it's related to the fact that on there is an aws sdk bundle package included as a library on disk in the AMI that our datomic cloud deployment is using. That bundle appears to be overrideing the java-aws-sdk-core dep that both the MSK IAM package and datomic cloud are asserting should be on the classpath. So when we list the classpath in our ion runtime, only the bundle is showing up and there is not a line item for java-aws-sdk-core. Is there any way to exclude that bundle from the classpath when datomic cloud starts the JVM process?
So we figured out that it's related to the fact that on there is an aws sdk bundle package included as a library on disk in the AMI that our datomic cloud deployment is using. That bundle appears to be overrideing the java-aws-sdk-core dep that both the MSK IAM package and datomic cloud are asserting should be on the classpath. So when we list the classpath in our ion runtime, only the bundle is showing up and there is not a line item for java-aws-sdk-core. Is there any way to exclude that bundle from the classpath when datomic cloud starts the JVM process?