This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2021-06-08
Channels
- # asami (15)
- # babashka (123)
- # beginners (174)
- # calva (4)
- # cider (6)
- # cljdoc (4)
- # cljs-dev (4)
- # cljsrn (18)
- # clojure (268)
- # clojure-australia (1)
- # clojure-europe (107)
- # clojure-ireland (5)
- # clojure-nl (2)
- # clojure-uk (18)
- # clojured (1)
- # clojurescript (21)
- # conjure (4)
- # cursive (38)
- # data-science (1)
- # datahike (6)
- # datomic (4)
- # events (1)
- # fulcro (9)
- # graalvm (16)
- # helix (6)
- # honeysql (4)
- # instaparse (3)
- # jobs (1)
- # observability (15)
- # pathom (7)
- # pedestal (15)
- # polylith (9)
- # practicalli (1)
- # re-frame (6)
- # remote-jobs (2)
- # specter (7)
- # sql (16)
- # tools-deps (1)
- # vim (5)
- # xtdb (1)
In which I talk about some of the benefits we’re finding from our early use of Polylith: https://corfield.org/blog/2021/06/06/deps-edn-monorepo-3/

Thanks for sharing 🙂
Into ~/.gitlibs
That's standard Clojure CLI behavior
The Clojure CLI can execute any (public) function that accepts a hash map. That means you can do:
clojure -X:dev com.acme.thing.interface/some-process
and it will execute a function from components/thing
using the development project. That’s a pretty heavy-handed set of dependencies so would you:
a) stick with the above and just not care about the overhead of the full set of :dev
dependencies?
b) create an ad hoc alias in the workspace-level deps.edn
file to support this exec usage? (bearing in mind you’ll need to maintain it and update it if the component’s dependencies change)
c) create a projects
entry to provide a Polylith-“compatible” deps.edn
file to support this exec usage? (at which point I’d say, hey, is it reasonable to have a project that uses no bases
?)
(this question just cropped up today at work as I’m about to refactor part of our build tool pipeline into a Polylith component)Good morning! I think I would go for option c if that can help out with the dependencies (I’m not sure what changes you want do to the new project though). And yes, you are free to create projects that don’t include bases. The polylith codebase contains the api
project itself that was an experiment where I AOT compiled a library that I used from Kotlin to test if I could reuse the poly
functionality from another language (it’s not publicly exposed at the moment, but I have an idea to expose two variants, one “normal” clj version and one AOT compiled). So building libraries is one use case, but your use case seems perfectly fine for me.