clj-otel

steffan 2025-10-11T19:10:21.353849Z

📣 clj-otel release 0.2.10 is out 🔭 Bumped OpenTelemetry deps to 1.54.1 🪵 Support for Logs API (for use by logging libraries) and LoggerProvider (for programmatic configuration of SDK) 🐇 Improved compatibility for GraalVM native-image 🎯 Include :source column number by default for traces 🪲 Minor bug fixes and doc tweaks 🗒️ See the https://cljdoc.org/d/com.github.steffan-westcott/clj-otel-api/0.2.10/doc/changelog for more information on changes in this release This is an early release with OpenTelemetry logs signal support. Please note that the Logs API is for use by logging libraries only. https://opentelemetry.io/docs/languages/java/api/#loggerprovider such as Log4j2, Logback, etc. For applications to emit a logging signal (i.e. logs over OTLP), I suggest Log2j, Logback or Timbre. Telemere emits OpenTelemetry traces but not logs. Correction: Telemere emits both traces and logs signals. https://github.com/steffan-westcott/clj-otel

💜 2
🎉 1
steffan 2025-10-11T19:17:36.195619Z

I am considering making a lightweight logging library that targets the Logs API. This is intended for use by application authors; library authors could use it via https://github.com/taoensso/trove. The idea is to offer a simple alternative to Log2j, Timbre et al for the specific use case of emitting an OpenTelemetry logs signal. It would be able to make full use of the Logs API, such as structured logs and source code location, which are not adequately supported in the current range of options. Does this sound useful to you?

🚀 1
ericdallo 2025-10-11T19:19:27.382589Z

My use case in eca is: the logs are pretty trivial (basically a println to stderr) and I'd like to plug ok that to emit otel logs

Casey 2025-10-22T10:17:16.451409Z

This sounds really great, I've been rolling around the same trove-based idea for awhile. But what is most important for my uses cases is a light signal/trove-based api for emitting metrics (counter, gauge, and histograms)