This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2017-09-07
Channels
- # beginners (73)
- # boot (20)
- # chestnut (8)
- # cider (36)
- # clara (37)
- # cljs-dev (21)
- # cljs-experience (1)
- # cljsrn (2)
- # clojure (163)
- # clojure-austin (3)
- # clojure-dusseldorf (6)
- # clojure-finland (1)
- # clojure-ireland (4)
- # clojure-italy (45)
- # clojure-russia (9)
- # clojure-spec (47)
- # clojure-uk (20)
- # clojurescript (107)
- # cursive (24)
- # data-science (4)
- # datomic (4)
- # defnpodcast (1)
- # fulcro (1)
- # heroku (3)
- # jobs-discuss (4)
- # juxt (52)
- # lein-figwheel (1)
- # leiningen (4)
- # lumo (37)
- # midje (5)
- # off-topic (16)
- # onyx (15)
- # portkey (11)
- # re-frame (112)
- # reagent (12)
- # rum (1)
- # specter (35)
- # uncomplicate (6)
Hm, actually, component on the frontend only starting the "UI" component (which isn't even a real component) is a bit of a nuisance because it swallows exceptions thrown by UI components. I haven't figured out yet how to see the actual error stacktrace, It's just "Error in component"...
Taking component out is quite a bit harder then taking out the system library on the backend.
sorry for the troubles - Component was added to the frontend so it'd be easier to reload stateful services (bidi, websockets, event handlers, etc).
You can catch and print your stacktraces inside your component though.
(try (render)
(catch js/Error e (println (.-stack e))))
that shouldn't be necessary though as the original stack trace is available in the observed exception's "cause" anyway