Fork me on GitHub
#boot
<
2018-10-17
>
dominicm07:10:49

@hmaurer reply has a bug in it, it can be safely ignored. I think there's a patch to fix it already.

martinklepsch14:10:17

@seancorfield when using boot-tools-deps with -B and the pom task I'm seeing that the generated pom's dependencies all have scope "compile" โ€” is that intentional/expected?

martinklepsch14:10:40

I'm using boot to package a jar of a deps.edn based app: boot -d seancorfield/boot-tools-deps deps -B pom -p cljdoc -v 0.1.0 jar install

seancorfield14:10:15

@martinklepsch it's not "intentional" in terms of boot-tools-deps -- pretty sure that's the default scope for tools.deps itself? As for expected...

seancorfield14:10:14

If you're using deps.edn why not use a packager like depstar or cambada or pack?

martinklepsch14:10:49

because I couldn't get any of them to make a regular (i.e. non uber) jar

martinklepsch15:10:08

but I'm probably overthinking this. I should just package stuff as a zip file and run clj ๐Ÿ˜„

martinklepsch15:10:54

I tried the cambada packager but there even the plain jar does AOT which I found confusing (and couldn't figure out how to disable)

dominicm17:10:29

@martinklepsch use packs skinny jar mode, theres a param for making it only dump out the current project.

dominicm17:10:51

Or are you still looking for an extra feature on top? I'm happy to assist you with this ๐Ÿ˜Š

dominicm17:10:15

--help on the skinny main should hopefully help though.

martinklepsch17:10:22

@dominicm I saw that in the sources but itโ€™s not mentioned in the readme is it? Iโ€™ll take another look

martinklepsch17:10:11

Iโ€™ve been thinking about just packaging it all in a tar file haha ๐Ÿ˜†

dominicm17:10:46

Isn't it? I just have failed to push/write documentation. I'm gaining a reputation for this ๐Ÿ˜

martinklepsch17:10:51

In any case I need to set up some build step where JS is bundled and all that and so looking for something to do that. The jar requirement isnโ€™t too strict but I thought it would be nice to just run cljdoc in prod by depending on a regular jar and running some main

seancorfield18:10:08

Somewhat related to the recent discussion: as of this morning, our entire CI pipeline (including SQL migrations, JAR building and deployment to servers) runs on clj/`deps.edn` for most of our projects -- previously that was all on Boot.

seancorfield18:10:53

(as well as the 2.8 series of releases being both fairly buggy and including breaking changes)