This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2023-01-13
Channels
- # announcements (13)
- # beginners (52)
- # bitcoin (2)
- # calva (2)
- # cider (7)
- # clara (1)
- # clj-commons (11)
- # clj-kondo (6)
- # cljdoc (14)
- # clojure (68)
- # clojure-belgium (1)
- # clojure-denmark (6)
- # clojure-europe (57)
- # clojure-nl (2)
- # clojure-norway (10)
- # clojure-uk (3)
- # clojurescript (7)
- # code-reviews (17)
- # conjure (1)
- # cursive (5)
- # dev-tooling (11)
- # emacs (9)
- # fulcro (12)
- # hugsql (20)
- # introduce-yourself (6)
- # joyride (2)
- # leiningen (1)
- # lsp (61)
- # malli (30)
- # missionary (11)
- # nbb (6)
- # off-topic (26)
- # portal (5)
- # practicalli (5)
- # re-frame (8)
- # releases (8)
- # sci (21)
- # shadow-cljs (3)
- # sql (17)
- # squint (1)
- # xtdb (3)
Out of curiosity, is it default for Portal to not print errors thrown by functions called in a tap>
?
tap>
is a core function, so if its argument fails to evaluate, tap>
is never called and Portal never receives the value.
You could use something like https://cljdoc.org/d/djblue/portal/0.35.1/doc/guides/logging/portal-console if you would like a macro that catches exceptions in its argument
No worries, I lost no time in simply looking in my REPL 😃 good to know about log
thanks!
The https://cljdoc.org/d/djblue/portal/0.35.1/doc/guides/nrepl middleware will also automatically tap eval results / exceptions as well 👌
👀 2
🔥 2
💯 2