Гили, я не уверен, что что-то подобное существует прямо из коробки. Хорошая реализация журналирования, такая как Logback , позволит вам определять регистраторы для каждой части вашего кода, а затем настраивать уровень журналирования каждого регистратора (например, по умолчанию только сообщения WARN и выше, но INFO или даже FINE для Логгер, контролирующий область, которую вы активно отлаживаете).
Реализация ведения журнала также, как правило, может управлять несколькими файлами журнала, переворачивая текущий журнал в сжатую версию архива и запуская новый, либо через регулярные интервалы, либо всякий раз, когда файл журнала становится слишком большим.
Если вы контролируете код, вы можете изменить свои операторы регистрации, чтобы они не генерировали так много избыточных предупреждений. Например, если вы получаете много тайм-аутов транзакций, возможно, вы могли бы подождать последовательно более длительные периоды между попытками запуска транзакции, прежде чем полностью отказаться. (Это имеет преимущество, заключающееся в снижении нагрузки на серверы, реализующие транзакции, что дает им время для восстановления.)
Другой подход, на который ссылается zappan, заключается в создании собственных фильтров журнала. В java.util.logging вы можете прикрепить свои собственные фильтры к вашим фильтрам , чтобы ограничить то, что они печатают.
Более сложный подход к фильтрации заключается в настройке реализации ведения журнала для отправки всех сообщений журнала по многоадресному адресу вместо файла. Вы бы написали программу фильтрации, которая прослушивает многоадресную рассылку и выборочно записывает те, которые вы хотите, на диск (например, она может работать на сервере агрегации журналов, если у вас есть распределенная система). Другие фильтры могут извлекать наиболее важные сообщения и обновлять графическое отображение состояния вашей системы.