This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2017-11-20
Channels
- # beginners (17)
- # boot (19)
- # chestnut (1)
- # cider (25)
- # clara (1)
- # cljs-dev (15)
- # cljsrn (10)
- # clojars (9)
- # clojure (182)
- # clojure-brasil (27)
- # clojure-dusseldorf (2)
- # clojure-gamedev (5)
- # clojure-germany (1)
- # clojure-greece (2)
- # clojure-italy (18)
- # clojure-poland (5)
- # clojure-romania (3)
- # clojure-russia (29)
- # clojure-serbia (6)
- # clojure-spec (9)
- # clojure-uk (77)
- # clojure-ukraine (1)
- # clojurescript (61)
- # cursive (5)
- # datomic (20)
- # defnpodcast (1)
- # emacs (10)
- # fulcro (2)
- # graphql (2)
- # hoplon (11)
- # lumo (4)
- # off-topic (50)
- # om (3)
- # onyx (26)
- # other-languages (39)
- # parinfer (2)
- # pedestal (5)
- # re-frame (32)
- # reagent (48)
- # rum (7)
- # shadow-cljs (10)
- # spacemacs (29)
- # sql (10)
- # unrepl (58)
- # vim (3)
@zah Using vector is possible, the problem is, with your given xf
your channel expects a map input since it will act as a vector/list/queue. One way to solve this is to map over each data
before put!
. With the given data: (mapv (partial put! ch) data)
@boldaslove156 thank you so much!
is there any special trick to manage dependencies in leiningen so that you will never have to deal with issues regarding dependency reuse at incorrect versions?
i'm currently adding :exclusions
modifiers in my project.clj
to prevent this reuse whenever it happens, but i'm doing so only when the application fails to compile. am i doing it right?
That’s the basic idea, you can also use lein deps :tree
if you’re not already. That will give you some advice about what might need to be excluded.
oh, that's good to know, i'm already using the lein deps :tree
, i only wish there was some sort of lein deps add library-name
that would automatically add the :exclusions
for me xD
However, it’s not always as simple as excluding the conflicting dependency. Imagine a case where two incompatible versions of the same library appear as dependencies in the tree...
@gonewest818 i thought that by adding the exclusions modifier the correct version would be used instead, but i confess that i failed to understand how the dependency tree works and why it tries to reuse dependencies
oh, it's a maven concept, i thought it was leiningen specific, a google search for "maven dependency tree wrong versions" revealed, sorry, i don't have a Java background
it works from start to end of your deps list, depth first, and uses the first version it finds of each dep iirc
so you can specify the right version earlier, instead of using an exclusion
I tend to state the right version earlier and exclude the others, but that might be overkill.
I haven’t used that at all, I don’t think any of this is specific to managed dependencies
No, I simply meant
:dependencies [[foo “2.0.0”]
[bar “1.3.4” :exclusions [foo]]
[baz “3.2.1” :exclusions [foo]]]