I'm thinking through the right place to do schema migrations. The key issue being that a deployment is unstable until schema migrations are run. I've seen examples of doing the schema migration as part of a memoized get-connection helper. Are there other approaches I'm missing? Perhaps there should be a hook to run a schema migrations as part of the code deploy deploy step. Ref: https://github.com/Datomic/ion-starter/blob/master/src/datomic/ion/starter.clj#L69

yeah some sort of :init-method in the config would be nice for that kind of stuff. But i’m just doing the memoization for now was well

@eoliphant the downside I see regarding memoization is the risk that the schema fails at "run time". I'd prefer to the deploy to fail. Could argue it's unlikely given schemas should grow, not break, but human error is a thing. e.g. added a unique constraint but values in db aren't unique.

yeah I totally agree, but I think that’s going to have to be something they build in. If say the :init-function returns falsy, etc yeah then kill the deploy. Though even that gets interesting, since you could possibly say successfully transact in some schema, but then have something else in the code fail, such that it returns false. So you’d roll back the deployment, but still have made changes.

True enough but happily we're talking about an unlikely case given "grow don't break" schema approach. Does require some coding practices reduce the risk of surprises. Ref: https://docs.datomic.com/cloud/best.html#plan-for-accretion

yep, that’s what I do with all my datomic stuff. And similarly one would just have to be disciplined about not doing anything too hinky in this proposed init-method.

Crazy idea would be a schema migration transaction function which runs a suite of tests before committing (if that's even possible).

ok i’m pulling my hair out right now.. My ionized gw function is base64 encoding my responses lol

ah that would be interesting

i use conformity for my on-prem stuff. it’s like flyway/liquibase lite. But provides a little structure around the process

Thanks, I'll check it out.

well it doesn’t support the client api yet though 😞

i was planning to fork it and see if I could add that support

What I do for migrations is test that all of the queued migrations work using d/with. If I don't throw any exceptions, then I commit the transactions.

anyone had this problem? I had this function go a bit wonky on me. I’ve stripped it down to this

(defn handle-request*
  "Handle API Requests"
  [{:keys [headers body]}]
  (log/debug "here's something")
  {:body  "body here" #_(json/generate-string {:its "ok"})
   :headers {"Content-Type" "application/json"}
   :status 200}
  #_{:status 200

(c562e562-8313-11e8-8b30-f3eb1fd30d3f) Endpoint response body before transformations:
{
    "body": "Ym9keSBoZXJl",
    "headers": {
        "Content-Type": "application/json"
    },
    "statusCode": 200,
    "isBase64Encoded": true
}

@eoliphant Have you added */* as a Binary Media Type?

ah hell lol

i was having another issue and recreated the gateway

forgot to do that, again.. thanks

been pulling my hair out all day trying to get logging working via a logback appender for loggly. And just realized that most of the typical java ecosystem stuff will probably never work. Since most of it depends on classpath scanning, etc etc, so when your ions deploy all that’s already taken place.. ugh.. Maybe a good use case for modules 🙂

hi, is there a preferred strategy to manage data locally in a standalone application, which ordinarily online to access several other datomic databases. When offline the app should be able to still perform with whatever information it has cached. It should be able to store locally some of the work and then try to update the remote databases as applicable. Of course, the issue of conflict needs to be addressed in a sane way. I was thinking may be have a local datomic instance to serve as a cache for multiple remote datomic instances. or is there something better and simpler.

@pradyumna take a look at the AWS AppSync javascript lib. It handles all of these requirements for you, including conflict resolution. I’m helping out on a project which hopes to expose Ions using AppSync so it should fit pretty well

thanks @steveb8n. i checked this. unfortunately its not exactly fitting in. its clojure (jvm, not javascript)

You’d probably have to implement this yourself @pradyumna like most db’s there’s no explicit support for that use case AFAIK. You could potentially use something like onyx for moving the updates between databases, but you’d be on the hook for conflict resolution ,etc

Hi, I’m still trying to get some form of logging working. In the course of this I’ve run into another issue. Given what I mentioned previously about commons/sl4j/etc stuff probably never working, I tried creating a custom logger with timbre, that just fires entries via rest in to loggly. I’m using cljs-ajax for this, and it works fine in local dev, but when I call in now, i’m getting a classnotfoundexception for org.apache.http.HttpResponse, so there are presumably some classloader conflicts there. I noticed that the ion-event-example uses some cognitect http-client lib, but I can’t seem to find it in any of the repos

When I instantiate a Client, the following is printed:

Reflection warning, cognitect/hmac_authn.clj:80:12 - call to static method encodeHex on org.apache.commons.codec.binary.Hex can't be resolved (argument types: unknown, java.lang.Boolean).
Reflection warning, cognitect/hmac_authn.clj:80:3 - call to java.lang.String ctor can't be resolved.

Hi everybody, I could have sworn I saw a project on here that you could point to a datomic database and get a GraphViz diagram of the schema, but now I can't seem to find it. Anyone remember it?

Hey @stuarthalloway, I think there may be an issue ionized lambdas handling of OPTIONS requests. For this ‘echo’ ion

(defn api-request*
  "lambda entry point"
  [{:keys [headers body request-method]}]
  (try
    {:status 200
     :body   (json/generate-string request-method)}
....