Логи

[metaclass]

Я пришел к выводу, что осмысленно выбрать уровни логов (log4j, log4net) в вызовах внутри программы при разработке невозможно.
Всегда возникнет ситуация, в которой конкретно вот сейчас, без перезагрузки сервиса надо сменить уровень лога в данном конкретном методе.
Делать отдельные логгеры на каждый чих и конфигурировать их - это адский комбинаторный взрыв, конфиги становятся нечитабельными, когда там в xml пытаются засунуть то, что должно быть матрицей M(логгеров)*N(аппендеров), а еще лучше такой же матрицей, только с иерархией (общий, группа логгеров, логгер) по одной оси и аналогично для аппендеров по другой.

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

Comments

[henu3detb.livejournal.com]

Поставил дебаг для всего, погрепал, вернул в ворн.
Чота я не вижу проблемы.

[metaclass.livejournal.com]

дебаг для всего + лимиты на размер логов - информация за час уходит в никуда.

[berezovsky.livejournal.com]

можно периодически паковать и складывать на удалённый сервер

[henu3detb.livejournal.com]

или агрегаторы логов

[leotsarev]

Тем же лог4нет делаем так: еррорные логи лежат за годы, инфошные за недели, дебажные за дни.

[metaclass.livejournal.com]

Я просто по размеру ограничиваю все кроме error.
На клиентах до 10 мег, на сервере до 100 мег.

[leotsarev]

Они по размеру ограничены, я результат говорю