AS
в build.sbt плагина пишешь
addSbtPlugin(...) и оно прилетает транзитивноjava.lang.NoClassDefFoundErrorSize: a a a
2020 March 16
A
ну я так и делаю, но другой проект валится с
AS
а если в project/plugins.sbt плугина? У нас просто и там, и там, и я забыл, где именно нужно для транзитивности
DM
А контекстное логирование требует пересоздания графа компонентов на каждый запрос, или там это как-то обходится?
не требует, один раз собрал - пользуйся
A
в определении плагина, т.е.
щас в плагинс попробую пихнуть
val peka = project.enablePlugins(SbtPlugin).settings(addSbtPlugin("org.wartremover" % "sbt-wartremover" % "2.4.5"))щас в плагинс попробую пихнуть
A
ну что-то нет, та же фигня. мб это вартремувер просто такой особенный?
AS
ну что-то нет, та же фигня. мб это вартремувер просто такой особенный?
а попробуй просто в корень build.sbt положить, отдельной строкой
A
не, тоже не работает. ладно, фиг с ним, как плагин скалака добавлю
AS
у нас точно работает, ты из сбт или идеи проверяешь?
A
у нас точно работает, ты из сбт или идеи проверяешь?
Из шелла который в идее
A
Ладно, спасибо. Завтра тогда поковыряю ещё, просто думал что что то не так делаю
ЮБ
а если метод вызывается 100 раз в секунду, например?
Метрики. Тебе нужны не логи, а метрики
ЮБ
Огромное количество вещей можно именно на метриках понять
ЮБ
А логи - это когда что-то конкретно пошло не так
AV
Разговоры про левел логгирования-это ебанатика
AS
Разговоры про левел логгирования-это ебанатика
расскажи, как надо?
AV
представлять вычисления в виде графов, маркировать, собирать раскраски
AV
"Правильного" способа писать логи конвенциональными способами нет, равно как и гарантий, что некий вася будет придерживаться той же конвенции логгирования, что и петя
AS
представлять вычисления в виде графов, маркировать, собирать раскраски
а есть пример?
AV
Хороших нету