Fork me on GitHub
#clojure-italy
<
2019-06-14
>
andrea.crotti06:06:16

Non conviene comunque fare un uberjar quando crei la docker image?

andrea.crotti07:06:55

noi facciamo una cosa del genere con Docker

FROM clojure:lein-alpine as builder
RUN lein uberjar

FROM 

COPY --from=builder /tmp/target/myjar.jar

andrea.crotti07:06:42

forse non ha senso farlo con deps.edn, ma se comunque ti serve l'uberjar, se fatto in questo modo l'immagine finale e' comunque vuota e minimale, e non devi scaricare nessuna dipendenza a runtime

mpenet08:06:05

dipende si e per il dev o prod

mpenet08:06:09

ma si, scaricare deps in prod non e giusto secondo me anche.

andrea.crotti08:06:53

per il dev non uso mai docker

andrea.crotti08:06:20

a meno che non sto risolvendo qualche gabola relativa alla dockerizzazione, che non succede praticamente mai

andrea.crotti08:06:39

non uso neanche il jar a dir la verita' a meno di problemi anche li

mpenet08:06:40

per dev envs con tutte le deps tipo cassandra/pg/elasticsearch/nginx/redis/<services via nrepl> etc. Non e una cose che si usa ogni giorno ma quando e necessario e utile

andrea.crotti09:06:28

io uso docker-compose

andrea.crotti09:06:16

e connetto direttamente dal Repl senza eseguire da docker

mpenet09:06:32

si anche noi (docker-compose)

alan09:06:11

Io lo uso anche per dev essendo su Winzozz e poi in questo caso (https://github.com/scicloj/docker-hub/blob/master/Dockerfile.libpythonclj) è interessante perché bisogna gestire 2 runtime allo stesso tempo

andrea.crotti10:06:21

il caro vecchio Winblows

andrea.crotti10:06:54

con i volumes forse si riesce a far andare anche l'auto-reload (se usi ring/figwheel) anche usando docker, ma non ho mai provato

alan13:06:24

Direi che dovrebbe funzionare senza problemi https://github.com/bhauman/lein-figwheel/issues/325