Fork me on GitHub
#datomic
<
2017-09-14
>
tengstrand06:09:50

We found a bug in Datomic (datomic-pro-0.9.5561.54). We, by mistake, added Double/NaN (not a number) facts to the database (the result of a square root of a negative number) and after that we tried to fix it by adding correct facts (like 3.14) for these NaN. Datomic still returned NaN and we had to retract the NaN facts first to get the more recently data be returned. @marshall

piotrek13:09:24

Hello! I have a question about license: is it ok to reuse one Datomic Starter license for multiple transactors (e.g. for supporting multiple test environments of an application)?

the-kenny15:09:53

teng: oh wow, that feels wrong. I'm able to reproduce it here.

marshall15:09:00

@teng we’ll have a look

dimovich16:09:06

how can I get all entities in the db? trying to export / import the db

dimovich17:09:16

this gives me the datoms, but I would like sth more readable that I can save in edn

pbostrom17:09:38

Has anyone had any luck loading both the Datomic client and Ring in a project? I'm experiencing the dependency conflict described here: https://stackoverflow.com/questions/43291069/lein-ring-server-headless-fails-when-including-datomic-dependency# The workaround in the discussion did not work for me, I'm wondering if anyone has figured out any other workarounds

ljosa17:09:02

@stijn:

resource "aws_dynamodb_table" "datomic" {
  name = "${var.environment}-platform-datomic-config"
  read_capacity = "${var.dynamodb_read_capacity}"
  write_capacity = "${var.dynamodb_write_capacity}"
  hash_key = "id"
  attribute {
    name = "id"
    type = "S"
  }
}

ljosa17:09:24

^ that's what we use. I think it's the same that you concluded above.

dimovich17:09:41

@marshall ended up with sth like this...

marshall17:09:45

@dimovich seems reasonable to get all user entities. Keep in mind your result has to fit in memory so something like that is probably not ideal for an entity type with a lot of data or a v large db

ljosa18:09:43

fwiw, I just got alerts about SlowDown exceptions from S3 on our system, so maybe an aws issue

timgilbert18:09:48

@pbostrom: not sure about that specific problem, but I'd probably start by adding :pedantic? :warn you my project.clj and then running lein deps until I'd fixed any classpath conflicts

pbostrom18:09:40

yeah there are definitely conflicts, ring wants one version of org.eclipse.jetty/jetty-http and Datomic client wants another, I suppose there's no way to satisfy both of them...

timgilbert18:09:15

@pbostrom: what you might try is just adding :exclusions until they work properly (essentially picking one or the other of the lib versions)

pbostrom18:09:07

yeah, that's the thing, they each break the other, due to shuffling of classes across versions of org.eclipse.jetty/jetty-http

timgilbert18:09:48

FWIW, I'm running with [com.datomic/datomic-pro "0.9.5561" :exclusions [org.slf4j/slf4j-nop com.google.guava/guava]] and [ring/ring-core "1.6.2"] and everything seems to be working fine

pbostrom18:09:13

this is for [com.datomic/clj-client "0.8.606"]

timgilbert18:09:16

But my web server is immutant, not jetty

timgilbert18:09:06

Oh, sorry, didn't realize you were using the client lib. That one I haven't had any experience with