ORM работают медленнее и увеличивают нагрузку на приложения (если вы не знаете, как обойти эти проблемы, что не очень часто встречается). База данных является наиболее важным элементом, и вокруг нее должны быть разработаны веб-приложения.
Многие платформы ООП, использующие Active Record или ORM, разработчики в целом, рассматривают базу данных как неважную запоздалую мысль и склонны смотреть на нее как на то, что им на самом деле не нужно изучать. Но производительность и масштабируемость, как правило, страдают из-за высоких налогов на базы данных
Многие крупномасштабные веб-приложения потерпели неудачу, тратя миллионы и месяцы на годы, потому что они не осознавали важность базы данных. Сотни одновременно работающих пользователей и таблиц с миллионами записей требуют настройки и оптимизации базы данных. Но я считаю, что проблема заметна с несколькими пользователями и меньшим количеством данных.
Почему разработчики так боятся изучать правильный SQL и меры настройки, когда это ключ к производительности?
Я использовал API ведения журнала SLF4J вместе с реализацией ведения журнала Logback . SLF4J можно настроить для отображения сообщений журнала в API-интерфейсах java.util.logging, log4j, jakarta commons и SLF4j в общую промежуточную форму. С другой стороны, сообщения могут быть созданы через java.util.logging, log4j или Logback. Это гибкий подход, который хорошо работает, особенно когда у вас есть компоненты, которые используют разные API-интерфейсы журналирования.
Одно из преимуществ Logback заключается в том, что вы можете настроить его для отправки копии сообщений журнала в подключаемый модуль Eclipse. в . Плагин и позволяет просматривать и фильтровать файл журнала различными способами. Сообщения содержат цепочку, в которой они были созданы, так что это похоже на то, что вам следует проверить.
Я всегда надеялся найти что-то вроде Apache Chainsaw для комбинации java.util.logging / Eclipse, т.е. средство просмотра журналов в Eclipse, которое прослушивает порт и Реализация java.util.logging.Handler пишет прямо в это. Но я такого еще не нашел и не успел написать. Пока я просто использую подходящий текстовый формат для входа в консоль. Не изящно и не имеет удобных параметров фильтрации, но выполняет свою работу. Написать свой собственный форматировщик совсем несложно.
В проекте Eclipse Test and Performance Tools Platform Project есть некоторая поддержка для анализа файлов журналов (название даже хуже аббревиатуры). Я никогда этого не пробовал, но может вам пригодиться.
С другой стороны, отличный инструмент для просмотра файлов журналов в реальном времени - это простой инструмент (по сути, хвост -f в Windows), но его можно настроить для выделения определенных шаблонов цветом, которые действительно может помочь. Вы можете найти бесплатную версию здесь .
Я не понимаю, как Eclipse может узнать о ваших потоках. Если это XML, вам нужно написать синтаксический анализатор, который сможет находить сообщения вашей цепочки с помощью XPath и распечатывать их. Но решать вам - Eclipse не может читать ваши мысли.
Вам нужно будет найти таблицу стилей XSL-T, которая может принимать поток XML, созданный log4j, и извлекать нужные потоки.
В зависимости от того, что именно вы пытаетесь сделать, вам может понадобиться хорошая настройка ведения журнала для вашей подсистемы ведения журнала?
Среда, которую я недавно использовал, использует slf4j для ведения журнала, предоставив следующую конфигурацию log4j, я могу увидеть, какие потоки что выводят:
log4j.rootLogger = trace, default
log4j.appender.default = org.apache.log4j.ConsoleAppender
log4j.appender.default.layout = org.apache.log4j.PatternLayout
log4j.appender.default.layout.ConversionPattern = %-4r [%t] %-5p %c %x - %m%n
В моем случае я получаю результат, аналогичный следующему на вкладке «Консоль» в eclipse, когда я запускаю свои тесты junit.
0 [pool-1-thread-1] INFO com.example.BaseTest - Server listening on port 9090
35 [NioProcessor-6] INFO org.apache.mina.filter.logging.LoggingFilter - CREATED
35 [NioProcessor-1] INFO org.apache.mina.filter.logging.LoggingFilter - CREATED
Думаю, вы искали то же, что искал я. Я нашел UtilLogger4E, но начал свой собственный проект (EDevTools LogViewer), потому что он имеет некоторые недостающие функции и не является открытым исходным кодом.
Он имеет возможность читать журналы XML Java Util Logging из файла или настраиваемого сокета, отображать их окрашивается по уровням в таблице, и он может отображать более одного журнала за раз (через несколько экземпляров представления).
Java Util Logging имеет встроенную функцию для отправки журналов в сокет (SocketHandler), это должно быть только задается файлом конфигурации.
Вы можете посмотреть LogViewer по адресу: http://sourceforge.net/projects/edevtools/