Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Структура лога WebSphere 7
|
|||
|---|---|---|---|
|
#18+
Здравствуйте. Я с WebSphere никогда не работал, но по работе пришлось. Где я могу посмотреть формат лога system.err и system.out? Суть в том, что программисты логи своих доработок записывают в system.out и там полный бардак. Хотелось бы привести в нормальный читабельный вид. Версия WebSphere 7. Прошу не закидывать а дать советы !!! Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.04.2013, 23:00 |
|
||
|
Структура лога WebSphere 7
|
|||
|---|---|---|---|
|
#18+
Zik_ast, Программистов, которые в J2EE-приложении пишут в System.out и System.err нужно бить чем нибудь по рукам отучать от этого. Да и в более-менее сложном Java-приложении нужно использовать фреймворк логгирования. Для ведения логов в Java есть очень хорошие фреймворки, которые нужно использовать. Один из фреймворков встроен в JDK (java.util.logging) и используется в том числе и сервером приложений. Есть альтернативы: log4j, logback и т.п. Есть обобщенные интерфейсы (напр. SLF4J), которые дают возможность задействовать один из нескольких фреймворков не меняя прикладной код. Использование фреймоворка логгирования дает разработчику возможность разбивать сообщения по уровням (Error, Warning, Info, Debug). Во время работы приложения можно менять уровень отображаемых сообщений индивидуально для каждого "логгера", коих в приложении можно сделать много (чаще всего имя логгера совпадает с именем класса). В WAS управлять уровнем сообщений для логгер можно например из веб-консоли. Для WAS обычно использую следующую связку: интерфейс:SLF4J и вывод в java.util.logging. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2013, 11:12 |
|
||
|
Структура лога WebSphere 7
|
|||
|---|---|---|---|
|
#18+
Евгений Хабаров, а можно по подробней, чего такого плохого в том, чтобы писать в System.out/err ? Точнее говоря у меня slf4j пишет в System.out, с уровнями и т.д. и т.п., что в этом плохого? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2013, 22:49 |
|
||
|
Структура лога WebSphere 7
|
|||
|---|---|---|---|
|
#18+
just_vladimir, Объясняю позицию: 1) Прикладной программист из приложения пишет в выходные потоки System.out и System.err. Вот именно от такого подхода программиста нужно отучать, ибо с этим выводом дальше сложно что-то сделать. Естественно, что никаких уровней лога там нет. Мои возражения у меня именно против такого варианта. 2) Прикладной программист пишет через интерфейс/фреймворк логгирования (напр. SLF4J+JUL), а уже фреймворк логгирования (при соответствующей настройке, или по умолчанию) выводит в файлы System.out/System.err. В этом варианте прямых минусов нет. Уровни и регулирование уровней - есть (за счет фреймворка). Возможность перенаправить в другой файл/файлы есть. Возможность настроить ротацию логов - тоже есть. Т.е. если со стороны приложения изначально используется фреймворк логгирования, то настройка/обслуживание/перенаправление логов превращается в административную задачу, не требующую изменения кода приложения. Да, и формат всех записей в логе будет одинаковым и настраиваемым! Если я правильно понял исходный вопрос, то у топикстартера ситуация, что разные приложения напрямую (вариант 1) пишут в выходной поток, поэтому в файле System.out/err, который получается на выходе, полная каша, ибо туда идут и лог-записи сервера приложений (нормально отформатированные) и записи, формируемые из приложений, которые выводятся "как есть", т.е. вообще без форматирования. А теперь представим, что часть записей выводится без финишного перевода строки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.04.2013, 09:59 |
|
||
|
|

start [/forum/topic.php?fid=43&msg=38243623&tid=1601442]: |
0ms |
get settings: |
9ms |
get forum list: |
16ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
69ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
40ms |
get tp. blocked users: |
2ms |
| others: | 295ms |
| total: | 451ms |

| 0 / 0 |
