авторТы должен сообществу объяснить предназначение твоей библиотеки.
Про BlackBox можешь даже не рассказывать. Форум не знает что это такое и никому
не интересны твои тестерские практики. Плевать на блек бокс. У нас - другие задачи.
Далее. По поводу Толстого Бобина.
И какую идею закладывал туда автор. Или какую философию. Обычно зрелость
продукта определяется этим. Например Log4j2 в режиме Async использует (косвенно)
зависимость от библиотеки неблокирующих очередей disruptor. Эта библиотечка
буферизирует не дисковый трафик а именно события. Events. Вот такая вот идея.
Хотя возможность асинхронной записи в файл тоже поддерживается но это другая
настройка.
За кадром остался вопрос перформанса. Ты так и не предоставил сообществу никаких
бенчмарков. Я по прежнему убёжден что Groovy генерирует самый медленный код
(для интенсивных вычислений) и никто меня не убедил в обратном. Грубо говоря
в линейке Java/Kotlin/Scala/Groovy, последний занимает последнее место. Груви - медленный
покемон в этом списке. И ты выкатил на общий суд тайм-критичную библиотеку взяв
за основу самый медленный компиллятор.
Из readme.md:
авторBobbin is a high-performance Groovy Slf4j-compatible logger designed for multi-threaded applications (especially those with persistent threads like batch and messaging applications).
Bobbin leverages the concept of Logback/Log4j2 sifting appenders while providing much more easier configuration using native Groovy/Java scripting expressions.
https://github.com/INFINITE-TECHNOLOGY/BOBBIN
Из Вики:
авторBobbin creates multiple isolated log files using a simple JSON configuration supporting Groovy Scripts to compute file names and other dynamic parameters during run-time.
Some of the File name segregation criteria include:
- Thread Name
- - Thread Group Name
- Class Name
- Log level
- MDC values
- Date
- Any other run-time parameters and their combinations
Bobbin leverages the concept of Logback/Log4j2 sifting appenders while providing much more easier configuration using native Groovy/Java scripting expressions.
Bobbin is high-performance logger optimized to be used in heavy load multi-threaded environments (with hundreds of persistent threads - especially those with persistent threads like batch and messaging applications).
It's CPU, GC and RAM footprint has been tuned to work as a primary logger within Spring stack, including Web context and JPA.
https://github.com/INFINITE-TECHNOLOGY/BOBBIN/wiki
Не хотел этого говорить, но "не читал, но осуждаю"...
Насчёт Бенчмарка: будет в течении 3-4 дней:
- Однопоточная работа в 1 файл
- Однопоточная работа в много файлов
- Многопоточная в 1 файл
- Многопоточная в много файлов со смешиванием потоков
- Многопоточная в много файлов без смешивания потоков (1 поток на файл)
авторНу и груви я только удаляю из кода- мне не нравится базовая идея (заметьте- я не говорю, что она плохая).
Вот и причина Вашей предвзятости.
В своё время лень было изучить - значит "не понравилась идея".
Как тут написали, люди 10 лет делали Груви, а тут такой кадр нарисовался - и ему идея не нравится.
Зато появился котлин - сразу всем понравилось :) Потому что он продвинут при нечестной конкуренции.
И не поддерживает и половины функционала Груви.
авторДля тестов использовать JMH например. И показывать преимущество в виде конкретных тестов, которые каждый может запустить и получить результат.
Спасибо за инфо, изучу и возможно использую.
авторЯ тут думаю, как очень нужную либу перевести с кодогенерации при компиляции на лямбды- потому что "добавление кода в компиляции"- это добавление проблем в отладке.
Зато лямбды это легко отлаживать.
