Если читать не только одну (html-)страницу, но и пользоваться ссылками на этой странице, то можно обнаружить Logging .

P.S. Используется везде, где используются категории.
Например, чтобы зафильтровать или, наоборот, выделить сообщения конкретного контекста.

Откажитесь от настройке протоколирования в коде. Я серьёзно.
В примере, который вы приводите видно, что категория связана с классом, но не совпадает с ним - добавляется суффикс, позволяющие идентифицировать движок и контекст этого движка.
Сделано это для того, чтобы можно было избирательно настраивать протоколирование одного и того же класса в разных приложениях или на разных движках.
Могу ещё привести пример: категория вложенного класса - Внешний$Вложенный, хотя в вашем коде это будет Внешний.Вложенный.

Забыл это уточнить, но лично я всегда использовал для tomcat log4j. Просто потому, что j.u.l - несколько невменяема.

Да, категория, обычно, соответствует классу, для которого создаётся логгер. Но это не прибито гвоздями, а получается потому, что в коде есть getLogger(класс.class). Такой подход позволяет чётко и однозначно сопоставить логгер и класс, в котором он объявлен.
Но! Если (вдруг) вы будете делать getLogger("Строка1"), getLogger("Строка2"), то вашими категориями (внезапно) станут "Строка1" и "Строка2".
Такое может понадобиться, если вы захотите привязать логгер(ы) к какой-нибудь сущности, которая с классами не связана.

Резюме.
Категория - строковая метка того или иного логгера. Общепринято привязывать категорию к имени класса, чтобы легко понимать откуда пришло то или иное сообщение.

Для веб-приложений есть "отягчающее обстоятельство" - один и тот же класс может быть привязан к нескольким приложениям.
Поэтому tomcat добавляет суффикс "движок.контекст". Делать это он может только для тех логгеров, которые он "создаёт самостоятельно".