This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2021-10-12
Channels
- # aleph (3)
- # announcements (7)
- # babashka (22)
- # beginners (44)
- # calva (19)
- # chlorine-clover (1)
- # cider (20)
- # clj-kondo (55)
- # clojure (100)
- # clojure-austin (9)
- # clojure-europe (19)
- # clojure-italy (19)
- # clojure-nl (13)
- # clojure-portugal (2)
- # clojure-uk (7)
- # clojurescript (38)
- # community-development (3)
- # conjure (2)
- # cryogen (57)
- # cursive (6)
- # datalog (3)
- # datomic (24)
- # emacs (17)
- # exercism (8)
- # fulcro (3)
- # holy-lambda (8)
- # jobs (6)
- # jobs-discuss (9)
- # joker (3)
- # lambdaisland (5)
- # leiningen (5)
- # music (9)
- # nextjournal (1)
- # nrepl (2)
- # off-topic (9)
- # other-languages (4)
- # pathom (6)
- # polylith (23)
- # re-frame (5)
- # reagent (5)
- # remote-jobs (1)
- # reveal (1)
- # shadow-cljs (3)
- # tools-build (1)
- # tools-deps (3)
- # xtdb (2)
Hey! I have n number of Java projects that contains pom.xml files. Some of the dependencies in theses projects cant be resolved as the artifacts have been removed from our private Nexus. I would like to find out which dependencies in which projects that cant be resolved. Would love to piggyback on existing code for reading pom.xml files and the process of resolving the dependencies from our Nexus. Anyone that could help me in a direction? Had a quick look at tools.deps.alphas source code but could not find anything related. Is there anything in Leiningen that I can piggyback on? 🐦
my first hunch would be to use pomegranate
to try and resolve each item
for obvious reasons the docs center mostly on adding deps to a process (it's the lib leiningen uses to do that after all, and that's the main interesting use case), but I would be surpised if there weren't functions for examining pom files and attempting to resolve their contents
@U051SS2EU thank you! Will take a look at this later today.