This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2023-10-06
Channels
- # aleph (15)
- # announcements (2)
- # babashka (121)
- # beginners (62)
- # biff (6)
- # cherry (2)
- # cider (51)
- # clerk (30)
- # cljs-dev (5)
- # clojure (77)
- # clojure-austin (2)
- # clojure-europe (10)
- # clojure-germany (6)
- # clojure-nl (1)
- # clojure-norway (19)
- # clojure-romania (1)
- # clojure-uk (3)
- # clojurescript (16)
- # core-typed (7)
- # cursive (17)
- # datomic (12)
- # deps-new (11)
- # emacs (7)
- # events (2)
- # fulcro (5)
- # honeysql (2)
- # hyperfiddle (32)
- # introduce-yourself (1)
- # jobs-discuss (2)
- # membrane (18)
- # missionary (2)
- # music (5)
- # polylith (7)
- # reagent (26)
- # releases (5)
- # testing (32)
- # tools-build (14)
- # tools-deps (7)
- # xtdb (8)
Any reason for:
> The pom-data MUST NOT include:
> :modelVersion, :packaging, :groupId, :artifactId, :version, :name,
> :deps, :repositories, :build, or :scm
as opposed to just overriding them with generated content? (or the specified :scm
option if also present)
those are being generated by other parts of write-pom
so use the existing features, add stuff if you need
Specifying [[:scm ..]]
in :pom-data
(instead of via :scm
) works -- if you provide :scm
as well you get two <scm>
sections (which makes sense). I think I'd prefer to specify as much of the "other" pom.xml
stuff as possible via that Hiccup-style :pom-data
and avoid using a template POM altogether at this point 🙂
let me know how it goes :)
I just don't want to find myself in a situation where I am passing [:scm ..]
via :pom-data
and a later version of tools.build
snatches that away from me 🙂
note that this does not work if you supply a template, only when generating new
Right -- and I'd like to get rid of the templates in my projects. I think :pom-data
is a great addition BTW!
This works really nicely:
(defn- pom-template [version]
[[:description "The next generation of clojure.java.jdbc: a new low-level Clojure wrapper for JDBC-based access to databases."]
[:url ""]
[:licenses
[:license
[:name "Eclipse Public License"]
[:url ""]]]
[:developers
[:developer
[:name "Sean Corfield"]]]
[:scm
[:url ""]
[:connection "scm:git:"]
[:developerConnection "scm:git:"]
[:tag (str "v" version)]]])
and
:pom-data (pom-template version)
in my b/write-pom
call. Nice!
And this uncovered a bug in my project setup/build: it seems when you have a :src-pom
template, b/write-pom
does not add <packaging>
but if you use :pom-data
as above, it does add <packaging>
-- is that "expected" @alexmiller?Shouldn’t it be in the template if you have a src pom?
Well, yeah, that was my bug.
It’s the default anyways, so not critical
I had just never noticed it wasn't in the generated pom.xml
file before 🙂
This is so much nicer than having a :src-pom
template in the repo! Thank you!
This works really nicely:
(defn- pom-template [version]
[[:description "The next generation of clojure.java.jdbc: a new low-level Clojure wrapper for JDBC-based access to databases."]
[:url ""]
[:licenses
[:license
[:name "Eclipse Public License"]
[:url ""]]]
[:developers
[:developer
[:name "Sean Corfield"]]]
[:scm
[:url ""]
[:connection "scm:git:"]
[:developerConnection "scm:git:"]
[:tag (str "v" version)]]])
and
:pom-data (pom-template version)
in my b/write-pom
call. Nice!
And this uncovered a bug in my project setup/build: it seems when you have a :src-pom
template, b/write-pom
does not add <packaging>
but if you use :pom-data
as above, it does add <packaging>
-- is that "expected" @alexmiller?