This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2021-07-08
Channels
- # announcements (22)
- # aws (4)
- # babashka (25)
- # beginners (78)
- # calva (9)
- # cider (22)
- # cljdoc (2)
- # cljsrn (2)
- # clojure (27)
- # clojure-australia (7)
- # clojure-europe (22)
- # clojure-nl (15)
- # clojure-uk (26)
- # clojurescript (20)
- # datahike (3)
- # datomic (15)
- # events (1)
- # helix (5)
- # honeysql (4)
- # kaocha (1)
- # malli (1)
- # meander (1)
- # off-topic (84)
- # pathom (14)
- # re-frame (3)
- # reagent (28)
- # reitit (6)
- # sci (1)
- # shadow-cljs (78)
- # tools-deps (30)
Humm... can babaska access jackson's ObjectMapper ? I want to fiddle with some JSON, and json's maps are ordered by default... So I'd like to fiddle with the JSON as json, not mapped to edn.
If babashka would adopt a logging library from the clojure ecosystem, what should it be? taoensso.timbre, clojure.tools.logging + some Java one, or timbre as the clojure.tools.logging implementation? Other ideas? Nothing would also be an option
I like pedestal.log http://pedestal.io/api/pedestal.log/io.pedestal.log.html
It is so good someone basically ported it to the browser: https://github.com/lambdaisland/glogi (This one is inspired by pedestal.log, as you see in the readme)
whatever it is, would be nice to be something with Clj and CLJS support, so we could keep portable code
I agree. The point is mostly portability. Some projects run into a dependency on clojure.tools.logging
which makes it unusable with bb as is.
Feel free to chime in here: https://github.com/babashka/babashka/discussions/926#discussioncomment-980197
I vote for pedestal.log
@U04V15CAJ can clojure.tools.logging be adapted/shimmed?
@UBLU3FQRZ Think so, what kind of shim are you thinking about?
My opinion is that you don't want to pollute bb with some platform specific logging. Unix philosophy was always write error to stderr and have no output on success/or output if there is any on stdout. But what is (probably) possible is to shim some api (like clojure.tools.logging) with just a script and that could be it.
yes, you can provide clojure.tools.logging
as an API and just provide a very basic implementation
yes, the most important issue isn't the logging itself, but making projects which use it, compatible with bb
we could provide our own very basic implementation under the tools.logging API, but I'm not sure if people would like to disable logging based on namespace, etc, and before you know it, you're re-implementing something that already exists
Agreed, also there's things like logging being threadsafe as opposed to a naive approach of just using print*
etc etc
+1 Timbre
perhaps clojure.tools.logging as the abstract logger + timbre as the concrete logger (exposing a subset of timbre initially)
im surprised that µlog hasn't come up yet: https://github.com/BrunoBonacci/mulog worth watching the related video
Mulog has come up and has been mentioned in the discussion on Github. Bruno explained why it isn’t such a good fit for bb
i actually wrote that message a lot earlier but since i switched my slack to send message with cmd-enter, i miss sending them when i write them...
also, the related github discussion is folded by default, so when i searched for mulog
or bruno
, i got no results :/
(im just saying, so others are aware of these usability traps too)