Как отмечает @bkail, встроенная трассировка сервера WebSphere Application Server обычно предназначена для поддержки IBM.Как правило, он слишком мелкозернистый и тесно связан с закрытым исходным кодом IBM, чтобы его могли использовать клиенты.
Однако для поддержки приложений также используются журналы трассировки.Если ваше приложение использует java.util.logging, эти события журнала будут записываться в файлы журнала WAS (например, SystemOut.log, trace.log).Сообщения журнала, записанные в SystemOut.log (Level.CONFIG и выше ), обычно предназначены для системных администраторов.Сообщения журнала, записанные в trace.log (Level.FINE и ниже ), с другой стороны, являются сообщениями, которые обычно предназначены для разработчиков или для устранения неполадок и отладки;эти сообщения могут быть тесно связаны с кодом или содержать обширную диагностическую информацию, полезную в ситуациях устранения неполадок.Как правило, вы хотите включить трассировку во время устранения неполадок или разработки, так как этот тип расширенного ведения журнала может быть дорогостоящим и потенциально повлиять на производительность ваших приложений.
Как разработчик, вы должны сделатьпервоклассное различие между ведением журнала, предназначенным для системных администраторов, и ведением журнала (трассировкой), предназначенным для разработчиков или устранения неполадок.Ведение журнала является отличным методом связи с системными администраторами и может быть неоценимым для устранения неполадок, но каждый из этих вариантов использования должен обрабатываться по-разному.Это одна из основных причин, по которой API-интерфейсы ведения журналов (включая java.util.logging) предоставляют несколько уровней ведения журнала .Статья , на которую вы ссылались , по-видимому, отлично справляется с различием между ведением журнала и трассировкой (что переводится как SystemOut.log и trace.log в WAS). Документация IBM также дает хороший обзор различий.