Skip to content
Peter Taoussanis edited this page Apr 15, 2024 · 9 revisions

Does Telemere replace Timbre?

Timbre is a pure Clojure/Script logging library, and ancestor of Telemere.

Yes, Telemere's functionality is a superset of Timbre, and offers many improvements over Timbre.

But Timbre will continue to be maintained and supported, and will even receive some backwards-compatible improvements back-ported from Telemere.

There is no pressure to migrate if you'd prefer not to.

See section 5-Migrating for migration info.

Why not just update Timbre?

Timbre is a pure Clojure/Script logging library, and ancestor of Telemere.

Why release Telemere as a new library instead of just updating Timbre?

Timbre was first released 12+ years ago, and has mostly attempted to keep breaks in that time minimal. Which means that its fundamental design is now 12+ years old.

I've learnt a lot since then, and would write Timbre differently if I were doing it again today. There's many improvements I've wanted to make over the years, but held back both because of the effort involved and because of not wanting to break Timbre users that are happy with it the way it is.

Since receiving open source funding, undertaking larger projects became feasible - so I decided to experiment with a proof-of-concept rewrite free of all historical constraints.

That eventually grew into Telemere.

I will continue to maintain and support Timbre for users that are happy with it, though I've also tried to make migration as easy as possible.

Over time, I also intend to back-port many backwards-compatible improvements from Telemere to Timbre. For one, Telemere's core was actually written as a library that will eventually be used by Telemere, Timbre, and also Tufte.

This will eventually ease long-term maintenance, increase reliability, and help provide unified capabilities across all 3.

Does Telemere replace Tufte?

Tufte is a simple performance monitoring library for Clojure/Script by the author of Telemere.

No, Telemere does not replace Tufte. They work great together, and the upcoming Tufte v4 will share the same core as Telemere and offer an identical API for managing filters and handlers.

There is some feature overlap though since Telemere offers basic performance measurement as part of its tracing features.

For comparison:

  • Telemere offers dynamic profiling of a single form to a simple :runtime-nsecs.
  • Tufte offers dynamic and thread-local profiling of arbitrary nested forms to detailed and mergeable runtime stats.

Basically, Tufte has much richer performance monitoring capabilities.

They're focused on complementary things. When both are in use:

  • Tufte can be used for detailed performance measurement, and
  • Telemere can be used for conveying (aggregate) performance information as part of your system's general observability signals.

Why no format-style messages?

Telemere's message API can do everything that traditional print or format style message builders can do but much more flexibly - and with pure Clojure/Script (so no arcane pattern syntax).

To coerce/format/prepare args, just use the relevant Clojure/Script utils.

Signal messages are always lazy (as are a signal's :let and :data options), so you only pay the cost of arg prep and message building if/when a signal is actually created (i.e. after filtering, sampling, rate limiting, etc.).

Examples:

;; A fixed message (string arg)
(t/log! "A fixed message") ; %> {:msg "A fixed message"}

;; A joined message (vector arg)
(let [user-arg "Bob"]
  (t/log! ["User" (str "`" user-arg "`") "just logged in!"]))
;; %> {:msg_ "User `Bob` just logged in!` ...}

;; With arg prep
(let [user-arg "Bob"
      usd-balance-str "22.4821"]

  (t/log!
    {:let
     [username (clojure.string/upper-case user-arg)
      usd-balance (parse-double usd-balance-str)]

     :data
     {:username    username
      :usd-balance usd-balance}}

    ["User" username "has balance:" (str "$" (Math/round usd-balance))]))

;; %> {:msg "User BOB has balance: $22" ...}

(t/log! (str "This message " "was built " "by `str`"))
;; %> {:msg "This message was built by `str`"}

(t/log! (format "This message was built by `%s`" "format"))
;; %> {:msg "This message was built by `format`"}

Note that you can even use format or any other formatter/s of your choice. Your signal message is the result of executing code, so build it however you want.

See also msg-skip and msg-splice for some handy utils.

Other questions?

Please open a Github issue. I'll regularly update the FAQ to add common questions.

Clone this wiki locally