Clojurians Log v2
Clojure programming
Channels
Apps
juxt
malcolmsparks 2018-01-30T11:54:07.000122Z
@tcoupland I will try to summon @martintrojer who would be more qualified to answer that. Personally I haven't used joplin so I'm unsure. It was a library we built on our http://OnTheMarket.com project
mpenet 2018-01-30T12:13:44.000190Z
@tcoupland es is a fast moving target. Personally I'd just re-write all this using a regular http client or a lib based on one, this is more future-proof
mpenet 2018-01-30T12:14:48.000250Z
we have schemas/migration that work for 2.4+ and 5.x+ using such a lib, this requires just a couple of conditions/switches and it's all dealt at the data level, not api. It's much nicer imho
mpenet 2018-01-30T12:15:20.000031Z
when I say rewrite, this could mean re-write the joplin module for it
mpenet 2018-01-30T12:17:03.000272Z
fast moving: by the time we supported 5.x 6.x was coming out, with it's lot of breaking changes
mpenet 2018-01-30T12:17:44.000525Z
es is managed in a very different way than clojure for sure
kitallis 2018-01-30T18:29:31.000202Z
with aero, read-config would throw an error if there’s a type coercion on an env var and the env var doesn’t exist (expectedly so), if I have a multi-profile config, how do I deal with this not breaking in environments like dev where these env vars don’t exist and are coded-in as a part of the config? is there a generally a better pattern to deal with a situation like this?