oshai/kotlin-logging

Lightweight Multiplatform logging framework for Kotlin. A convenient and performant logging facade.

View on GitHub ↗Jump to charts ↓Open shareable report →

Data as of . Signed-in members get hourly updates — create a free account.

Summary Information

Updated 1 hour ago
Type:Library / SDKCategory(s):Core & Utility LibrariesLanguages & Runtimes
Added to GitGenius on September 22nd, 2026
Created on July 1st, 2016
Open Issues & Pull Requests: 21 (+0)
GitHub issues: Enabled
Number of forks: 131
Total Stargazers: 3,113 (+0)
Total Subscribers: 19 (+0)

Repository Insights (GitGenius)

Median issue/PR response: 23.8 hours
Mean response time: 16.8 days
90th percentile: 30.0 days
Tracked items: 54

Charts & Analytics

Fetching additional details & charts...

Issue Activity (beta)

Open issues: 8
New in 7 days: 0
Closed in 7 days: 0
Avg open age: 431 days
Stale 30+ days: 8
Stale 90+ days: 7

Recent activity

Opened in 7 days: 0
Closed in 7 days: 0
Comments in 7 days: 0
Events in 7 days: 0

Top labels

No label distribution available yet.

Most active issues this week

Sign in to see which issues are moving.
Sign in

Detailed Description

kotlin-logging is a lightweight logging facade for Kotlin that works across multiple platforms.

The tool solves the problem of verbose logging code in Kotlin by providing a convenient API that eliminates boilerplate. It allows developers to call log methods without explicitly checking whether a log level is enabled, with message evaluation deferred behind the scenes when the log level is not active. Logger instances can be defined without manually specifying class names, as the framework automatically captures the enclosing class or file name. The library supports fluent logging syntax and exception logging in idiomatic Kotlin style.

The tool suits Kotlin projects on the JVM and multiplatform targets that want to reduce logging verbosity while maintaining performance. On the JVM, kotlin-logging acts as a facade over slf4j-api, so projects must provide both an slf4j implementation at runtime and explicitly depend on slf4j-api in version 5 and later. For developers wanting to log to stdout without additional configuration, adding a simple slf4j binding like slf4j-simple is sufficient. Multiplatform support is available experimentally for non-JVM targets.

The project maintains active continuous integration and receives regular updates. Development activity shows consistent engagement with the codebase and responsiveness to issues and pull requests.