Ведение журнала в многопоточных приложениях

Question

У меня есть многоуровневое приложение на Java, которое имеет многопользовательский уровень доступа к данным, который вызывается из разных точек. Один вызов этого слоя может вызвать несколько потоков для параллелизации запросов к БД.

Что я ищу - это инструмент ведения журнала, который позволит мне определить «действия», которые состоят из разных потоков. Следовательно, тот же метод на уровне доступа к данным должен регистрировать разные выходы в зависимости от вызывающего. Важное значение имеет также возможность группировки различных выходов для суммирования общей стоимости операции.

Хотя приложение находится на Java, язык не является ограничением; мне нужны руководящие принципы проектирования, чтобы в конечном итоге реализовать его. В настоящее время мы используем log4j, но не можем получить от этого поведение.

Answer 1

Вы также должны взглянуть на nested diagnostic context особенности log4j. Нажатие разных контекстов в журнал для разных абонентов может сделать трюк для вас.

Answer 2

В log4j вы можете зарегистрировать имя потока с помощью шаблона «% t». См. log4j Pattern Layout.

Answer 3

В Java5 (и позже), вы можете позвонить

StackTraceElement[] stackTrace = Thread.currentThread().getStackTrace(); 

Проверьте трассировки стека на любой глубине вы хотите, и войти соответственно.

В Java 1.4 вы можете получить ту же информацию с

StackTraceElement[] stackTrace = new Exception().getStackTrace(); 

Answer 4

Вы хотите связать объекты регистратора с потоками я думаю. ThreadLocal переменного, содержащая экземпляр регистратора log4j для каждого потока может помочь:

http://java.sun.com/javase/6/docs/api/java/lang/ThreadLocal.html

Answer 5

Вы должны иметь возможность передавать регистратор, поэтому вы создаете регистратор на основе некоторого «общего» для данных задачи - то есть имени пользователя и т. Д. Затем передайте этот регистратор в качестве параметра ко всем методам, которые вам нужны. Таким образом, вы сможете устанавливать различные фильтры и/или правила в файле конфигурации log4j. Или очистить выходной файл на основе имени регистратора.

EDIT: Также проверьте классы MDC и NDC в log4j. Вы можете добавить туда контекстные данные.

Answer 6

Вам нужно будет передать некоторую структуру на уровень доступа к данным, который идентифицирует текущую «активность». Возможно, у вас уже есть класс «Activity», который имеет смысл, вы можете использовать экземпляр Logger как Sunny suggested, или вы можете использовать третью структуру для отслеживания контекста активности.

В любом случае, поскольку ваше «действие» обрабатывается несколькими потоками, вы не можете использовать поточно-локальное хранилище для отслеживания текущей «активности», как и большинство других текущих ответов. Вам нужно будет передать его явно.

Я хотел бы предложить сделать небольшой фасад на вершине log4j, который расширяет интерфейс с методами, как

void debug(Activity activity, String message); 

и прохождение активности-контекста в этом от уровня доступа к данным.

Вам нужно будет внести некоторые изменения в уровень доступа к данным, чтобы вы могли передать ему текущую активность, но как лучше всего это сделать сильно зависит от текущего интерфейса. Если вы используете шаблон Workspace, вам просто нужно добавить метод setActivity() в классе Workspace, но для другого шаблона интерфейса вам может потребоваться добавить параметр Activity ко всем методам.

Если вы по какой-либо причине не можете или не захотите изменить уровень доступа к данным, вы можете, естественно, сохранить контекст активности в потоковом локальном хранилище перед вызовом уровня доступа к данным и получить его непосредственно перед тем, потоки или включение заданий на уровне доступа к данным. Это приемлемое решение, но немного опасно передавать информацию таким образом.

Answer 7

В одном из моих (сетевых) приложений я использую журнал регистрации ThreadLocal, который фиксирует информацию о регистрации в StringBuilder. Объект регистратора инициализируется в методе службы HttpServlet #, если установлен параметр трассировки (если он не установлен, существует очень быстрый нулевой регистратор). Полученный результат либо выгружается как комментарий HTML на запрашивающую страницу, либо записывается в файл журнала в одном сегменте.