This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2018-01-03
Channels
- # aleph (1)
- # beginners (99)
- # boot (16)
- # cider (35)
- # cljs-dev (46)
- # cljsrn (7)
- # clojure (152)
- # clojure-austin (7)
- # clojure-dusseldorf (8)
- # clojure-italy (1)
- # clojure-uk (7)
- # clojurescript (3)
- # core-async (12)
- # css (8)
- # cursive (18)
- # datascript (2)
- # datomic (19)
- # defnpodcast (6)
- # duct (3)
- # editors (8)
- # emacs (8)
- # figwheel (1)
- # fulcro (20)
- # hoplon (18)
- # jobs-discuss (5)
- # lein-figwheel (1)
- # luminus (3)
- # lumo (19)
- # off-topic (15)
- # onyx (9)
- # parinfer (2)
- # planck (6)
- # portland-or (7)
- # re-frame (4)
- # reagent (7)
- # remote-jobs (1)
- # ring (6)
- # ring-swagger (4)
- # spacemacs (10)
- # specter (3)
- # unrepl (131)
Is it possible to debug/inspect middleware when using a web app? I have an app generated with luminus, and I would like to inspect the middleware chain
Is there a good tutorial on overall CIDER workflow somewhere? From cider-jack-in
through using Ctrl-Alt-X
to reload changed functions, I think I understand -- but how best to "recompile" my source code (to make sure my hand edits and reloads are complete) and start afresh has not been clear to me, and I suspect my current tactic of using Ctrl-C Ctrl-Q
(to quit and exit the server) and redoing cider-jack-in
isn't ideal....
there's a command called cider-refresh
that reloads changed namespaces for you without having to restart the REPL.
I'm still interested in a tutorial that walks through various typical workflows, if anyone has one. Or, maybe I should create one, if there's enough interest....
(I've enjoyed watching http://youtube.com/clojuretv videos -- some interesting stuff in there!)
@james-clojure Check out http://emacsredux.com/blog/2017/12/31/into-to-cider/ and http://cider.readthedocs.io/en/latest/additional_resources/
> Is it possible to debug/inspect middleware when using a web app? I have an app generated with luminus, and I would like to inspect the middleware chain
Yeah, it is. CIDER doesn’t really care about the type of the app - the debug workflow remains the same - you instrument something and you end up with the debugger when it’s invoked.
And try again my luck with:
Any volunteer to land a hand and move a bit of legacy third party code into CIDER-proper ? That's a fun and easy task, but unfortunately I don't have time for right now.
Enlist in this adventure! It’s going to be fun! 😉 (I’m trying to solicit more contributions from the broader CIDER community - that’s my NY’s resolution for CIDER)@bozhidar i would love to help but i have not much experience with elisp. where can i start to learn? (another NY’s resolution)
@jmayaalv Some good resources are listed here http://emacsredux.com/blog/2015/05/16/learning-emacs-lisp/
For this particular task you don’t need to know a lot of Elisp. The Elisp code exists and just has to be updated when it’s moved to CIDER proper, as it’s depending on some API functions that changed since it was written. And for the Clojure part - it just incorporating the existing middleware into cider-nrepl
.
Great! That’s the code that should go into CIDER https://github.com/thunknyc/nrepl-profile/blob/master/cider-profile.el and that’s the code that should go into cider-nrepl
https://github.com/thunknyc/nrepl-profile/blob/master/src/nrepl_profile/core.clj
error in process sentinel: nrepl-server-sentinel: Could not start nREPL server: Error loading cemerick.piggieback: java.lang.ClassNotFoundException: javax.xml.bind.DatatypeConverter, compiling:(cljs/util.cljc:1:1) Exception in thread “main” java.lang.RuntimeException: Unable to resolve var: cemerick.piggieback/wrap-cljs-repl in this context, compiling:(/private/var/folders/rx/cvhnsdg94n557wkzh0xtfqdh0000gn/T/form-init13475918382944489824.clj:1:13139)
Which I believe is a Java 9 issue, but my default JVN is 1.8 (I have both installed though, hence the question)
@bozhidar (edit). Well I think the workflow is broken. I tested on a smaller example and it works well! I have to check my project.
Its a MacOS/Spacemacs thing I think. Spacemacs has exec-path-from-shell but I had set the path in the wrong shell config 😞
Anyone here getting on board the tools.deps train? I'd really like to get out of the business of sticking dependencies in project.clj
/`build.boot` so I can potentially use either tool (and others for cljs toolchains) and have my deps in a common place. Looking at https://github.com/seancorfield/boot-tools-deps right now and have it working for a number of tasks, but haven't figured out how to get it to work with cider-jack-in
I've tried defining a cider
task in build.boot that calls (deps)
, but that doesn't seem to be picked up at all (when I've replaced the body of that task with (/ 1 0)
, it happily completes). I've also tried updating cider-boot-parameters
to deps repl -s -H :: wait
: I can see that gets picked up from the call I see in messages, but (System/getProperty "java.class.path")
in the subsequent repl only shows my boot directory (`"/Users/grzm/homebrew/bin/boot"`): nothing else is getting picked up.
wasn't there a fake.class.path
in boot
?