не может настроить поведение log4j при кодировании в Anypoint studio 7 - PullRequest
0 голосов
/ 19 сентября 2019

У меня возникают проблемы при настройке поведения журнала консоли в Anypoint studio.

Я попытался настроить PatternLayout во всех файлах журнала, которые я могу найти

  1. log4j2.xml восновные ресурсы
  2. log4j2-test.xml в тестовых ресурсах
  3. log4j2.xml в mule_home <== это перезаписывается каждый раз, когда я перезапускаю Anypointstudio </li>
  4. log4j2.properties, этот файл имеетстрока log4j.appender.console.layout=org.apache.log4j.PatternLayout

но ни один из них не вступает в силу

Я не уверен, какие прецеденты которые

по умолчанию PatternLayout <PatternLayout pattern="%-5p %d [%t] %c: %m%n"/>

это приводит к длинным и длинным журналам, таким как INFO 2019-09-19 16:00:03,520 [[MuleRuntime].cpuLight.10: [b2b-fabric-supplier-po-generate-api].supplier_LookupSupplierGroup_Flow.CPU_LITE @45e00f0d] [event: 7c7e6490-dab3-11e9-aabc-6c4b9035d35b] org.mule.runtime.core.internal.processor.LoggerMessageProcessor: enqueuePOResult before add: [], что вызывает большие затруднения при чтении

, в основном мне нужно только прочитать то, что находится после потока% t, сообщение% m% n

Хотелось бы узнать, что мне нужно сделать, чтобы выполнить эту настройку

Редактировать: у меня нет проблем с синтаксисом структуры размещения, у меня возникает проблема, что, когда бы я ни редактировал схему размещения, требуетсябез эффекта.

Я не думаю, что многие программисты хотят работать с журналом, отображаемым таким образом log messages too long

Ответы [ 2 ]

0 голосов
/ 21 сентября 2019

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

Давайте выясним, для чего предназначен каждый файл:

  1. log4j2.XML в основных ресурсах: это файл журнала для вашего приложения.Ни один из других не будет работать. Вам необходимо перезапустить приложение после его изменения .Это то же самое для любых файлов, кроме файлов конфигурации Mule XML.
  2. log4j2-test.xml в ресурсах тестирования: это файл log4j2.xml, используемый для тестов MUnit, на случай, если для тестирования вам потребуется что-то другое.
  3. log4j2.xml в mule_home: это для среды выполнения Mule.Это влияет на вывод mule_ee.log.Вам не нужно изменять это в Studio.
  4. log4j.properties (обратите внимание, что это для log4j v1, а не log4j2): я полагаю, что это для обратной совместимости некоторых компонентов, использующих log4j v1.
0 голосов
/ 19 сентября 2019

Log4j Шаблоны преобразования для потока Для отладки многопоточных приложений log4j предоставляет следующие символы преобразования:

  • % t: имя потока

  • % x: вложенный диагностический контекст потока.

  • % X: отображенный диагностический контекст потока.

Шаблон: [%p] %d [%t] %x %c %M - %m%n

Пример вывода: [INFO] 2012-11-02 23: 28: 26,178 [main] MyClass foo - это сообщение журнала

Для получения дополнительной информации используйте эту информацию https://www.codejava.net/coding/common-conversion-patterns-for-log4js-patternlayout

...