This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2018-03-20
Channels
- # bangalore-clj (1)
- # beginners (145)
- # boot (8)
- # braid-chat (2)
- # capetown (2)
- # cider (27)
- # cljs-dev (232)
- # cljsrn (30)
- # clojure (223)
- # clojure-boston (1)
- # clojure-dusseldorf (2)
- # clojure-greece (1)
- # clojure-italy (21)
- # clojure-russia (16)
- # clojure-sanfrancisco (13)
- # clojure-spec (33)
- # clojure-uk (56)
- # clojurescript (165)
- # core-async (16)
- # core-logic (5)
- # cursive (14)
- # data-science (2)
- # datavis (2)
- # datomic (49)
- # duct (15)
- # editors (5)
- # emacs (6)
- # fulcro (11)
- # graphql (11)
- # hoplon (8)
- # jobs (4)
- # jobs-discuss (82)
- # jobs-rus (7)
- # leiningen (4)
- # luminus (5)
- # off-topic (90)
- # om (7)
- # om-next (1)
- # parinfer (67)
- # pedestal (34)
- # portkey (46)
- # re-frame (12)
- # reagent (4)
- # reitit (3)
- # remote-jobs (1)
- # ring-swagger (8)
- # shadow-cljs (13)
- # spacemacs (18)
- # specter (6)
- # sql (5)
- # tools-deps (4)
- # unrepl (40)
- # yada (26)
@mikerod I just noticed it seems no one’s using it these days. I don’t plan for us to do anything special to drop support for Java 7, we’ll likely just remove it from the build matrix once we ship out CIDER 0.17, which should happen at the end of the month / beginning of next month if everything goes well.
Midnight greetings from San Francisco, does CIDER make any attempt to expose it’s “pick the machinery with which to start an nREPL” server logic to other systems like say vim-fireplace?
@dominicm I think the answer is no - the emacs CIDER client has a bunch of smarts which figure out how to run a CIDER repl using deps.edn or boot or lein or what have you.
yeah, that's too early for it to be shared. The shared area is in the nrepl. Fortunately the logic isn't too complex, and was replicated in https://github.com/clojure-vim/vim-jack-in
My question was whether that logic is (or could be) packaged outside of emacs such that fireplace or other tools could use it too, specifically because I’m toying with writing a new build tool which would need its own incantation support.
For the cost of https://github.com/clojure-vim/vim-jack-in/blob/master/autoload/jack_in.vim#L47-L63 15loc I will gladly support your build tool 😛
Thanks, I’ll keep that in mind. I suspect I’m gonna try to build an MVP atop lein and see how that goes, which makes this a non-need for now.
The only thing your build tool needs to expose is a way to add deps & maybe middleware, from the cli. But having eval
works too.
Yeah, you can’t really share this, because all of this happens before booting the server.
I’m considering to drop the Gradle support from CIDER. Seeing the usage results it seems that just 2% are using it https://www.surveymonkey.com/results/SM-9BC5FNJ68/ With Gradle we’re not doing deps injection, as with everything else, and it seems no one is particularly interested to make things there better, so I’d rather just kill the limited support we have for it simplicity/consistency. Any objections.?
I don’t use gradle myself, but 2% is still a few people. Could it be a separate module, so that those 2% can try to keep up themselves?
@dominicm The cost is not high, but it doesn’t work like everything else, therefore my preference is not to have it at all (I dislike inconsistent features). Obviously gradle users can simply start the server manually in this situation and connect to it.
> I don’t use gradle myself, but 2% is still a few people. Could it be a separate module, so that those 2% can try to keep up themselves? The support for gradle is just project detection, a few configuration variables and dispatch on the project type here and there. Extracting something so simple seems like an overkill, as it would complicate the existing code.
Just for the protocol - if deps injection is possible with Gradle and someone wants to work on it, I’d be fine with keeping it.
I find 2% surprising. I wonder how many of those represent people who actually use clojure and gradle together on a regular basis
As opposed to people who have at some time used gradle and clojure or who use gradle and use clojure together. I think a lot of people don’t answer these kinds of things honestly, especially on the fringes.