This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2018-04-15
Channels
- # beginners (34)
- # boot (6)
- # cider (20)
- # cljs-dev (5)
- # clojure (7)
- # clojure-austin (1)
- # clojure-dusseldorf (10)
- # clojure-spec (11)
- # clojure-uk (3)
- # clojurescript (7)
- # cursive (1)
- # datomic (6)
- # defnpodcast (1)
- # hoplon (2)
- # luminus (32)
- # lumo (9)
- # nrepl (2)
- # nyc (1)
- # off-topic (18)
- # onyx (9)
- # portkey (3)
- # re-frame (27)
- # reagent (102)
- # shadow-cljs (70)
- # tools-deps (25)
- # vim (2)
from my perspective re deps.edn: don’t put arbitrary other gunk in it.
I make no guarantees that arbitrary stuff will get properly merged across multiple deps files and/or transmitted through the code
@alexmiller thanks, that’s a compelling reason to keep things out of there :)
(although I think it probably will right now)
@dominicm congrats for the install
patch, feels way better. It is also nicer to see the names of the contributors in the log. It was missing before but it goes a long way to "thank" contributors. FWIW, I like this idea.
I have done it a couple times in the past, I just forget sometimes.
for the record… https://groups.google.com/d/msg/clojure/6vEgPw5EW4U/9uamLErFBwAJ
New releases of tools.deps.alpha and the Clojure tools (clj, clojure) are now available. This is mostly a bug fix release.
To update, use `brew upgrade clojure` on Mac, or the Getting Started installation instructions on Linux.
Windows installers are coming soon(ish)! I have an initial version working and it's about 80% done, so only 80% to go. :)
Updates:
- TDEPS-73 detect invalid deps.edn file and improve error
- TDEPS-61 use Clojars CDN repo
- TDEPS-26 include transitive runtime deps in addition to compile deps
- TDEPS-71 better error if Java not installed - primarily for Linux installer (patch thanks to Mike Fikes)
- TDEPS-65 specify permissions on installed files in Linux installer (patch thanks to Dominic Monroe)
I ended up not working on clj-new
today, but may work on it tomorrow. I still plan to make an announcement about it early next week either way (we have a major infrastructure upgrade on Monday so I suspect it'll be Tuesday when I write up the clj-new
stuff).
I did bump the t.d.a. dep to the new release tho' 🙂
(locally)
so I'm trying to build an uberjar targeting a kafka connector … for the life of me I can't get kafka to load it, it barfs on Could not locate clojure/core__init.class or clojure/core.clj on classpath.
building this as an example with depstar, so I'm trying to figure out if the uberjar put together is somehow wrong
[2018-04-15 19:47:23,641] INFO Loading plugin from: /connectors/postgres-plugin.jar (org.apache.kafka.connect.runtime.isolation.DelegatingClassLoader:176)
[2018-04-15 19:47:23,646] DEBUG Loading plugin urls: [file:/connectors/postgres-plugin.jar] (org.apache.kafka.connect.runtime.isolation.DelegatingClassLoader:183)
Exception in thread "main" java.lang.ExceptionInInitializerError
at clojure.lang.Namespace.<init>(Namespace.java:34)
at clojure.lang.Namespace.findOrCreate(Namespace.java:176)
at clojure.lang.Var.internPrivate(Var.java:153)
at thals.pgconnector.SourceConnector.<clinit>(Unknown Source)
how's this jar managing to get as far as clojure.lang.Namespace
but then claiming it's unable to find clojure/core__init.class
…
Can you link me to the documentation on how kafka loads classes? I'm the author of pack, and I'd like to read about what I'd need to do to support their preferred format.
but, unfortunately, I don't think it's related to the jar format. I believe they start a new classloader and load all the jars into that, which isn't visible to clojure because use-context-classloader is set to true
I'm trying to figure out if there's a way to get around this without resorting to java
in terms of how they want stuff packed, it's documented here: https://docs.confluent.io/current/connect/devguide.html#packaging