я спросил - как часто меняете?

Кстати в java doc уже static

https://www.slf4j.org/apidocs/org/slf4j/Logger.html

Вам в автокомплите её импортнуть не предлагают?

Так за это appenders отвечают, я уверен что они в рантайме меняются, хотя в жизни конечно таким не занимался

Без изменения самого инстанса Logger конечно

вопрос ведь не в этом. вам показывается warning про то, что вы вызваете метод у nullable параметра без проверки на null, но вам кажется, что передавать null будут редко.
в koltin попытались от этого защититься, так что посчитали контракты важной штукой

ровно также как static getLogger(Object) :) не более настойчиво, но и не менее

для этого аппендеры есть, их можно на ходу добавлять/убирать
но вообще ни разу на практике не требовалось на лету переконфигурировать логгеры
обычно это статическая система, как их один раз настроили, так они потом сто лет и работают

в динамике только log level надо было менять - например не хватает информации, давайте этому логгеру временно врубим debug или trace и посмотрим, что он расскажет поподробней

ох, магическая замена чего-то в рантайме ))  для меня это сейчас крайне сомнительное решение

в общем и целом конечно было бы неплохо иметь возможность легко менять поведение с кешированного логгера не некешированный. но в kotlin так не получится - кешированный получится воткнуть только в companion. я согласен, что есть случаи, когда даже получение логгера это существенная задержка, а логгировать хочется. на моей практике обычно получается либо скорость, либо логи. но согласен, решение с extension val не идеальное

согласен, можно создать все мыслимые логгеры и рулить только через level. но ты при этом опять исходишь из того, что смена level не повлияет на экземпляр Logger. на самом деле даже в javadoc к slf4j ничего про это нет, но они действительно в примере делают static кеш.

она как раз не магическая, а делается вполне себе через api slf4j.
это как раз настройка через файлы скорее магическая со всеми вытекающими косяками.

Да я больше к тому, что мне по душе микросервисная архитектура

хочешь что-то поменять - взял, передеплоился )

ну так-то да. если так рассуждать, то всякие osgi вообще не нужны :)

хотя ведь и микросервисы можно запускать в одном контейнере

с общим логом :)

это только для самых хардкорных разработчиков

остальным это не доступно )

ну определенный профит в этом есть. хотя сейчас это точно не в тренде