<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <title>Logging OSGi internals</title>
  <link rel="self" href="https://liferay.dev/c/message_boards/find_thread?p_l_id=119785294&amp;threadId=118582907" />
  <subtitle>Logging OSGi internals</subtitle>
  <id>https://liferay.dev/c/message_boards/find_thread?p_l_id=119785294&amp;threadId=118582907</id>
  <updated>2026-04-04T04:27:16Z</updated>
  <dc:date>2026-04-04T04:27:16Z</dc:date>
  <entry>
    <title>RE: Logging OSGi internals</title>
    <link rel="alternate" href="https://liferay.dev/c/message_boards/find_message?p_l_id=119785294&amp;messageId=118586776" />
    <author>
      <name>David H Nebinger</name>
    </author>
    <id>https://liferay.dev/c/message_boards/find_message?p_l_id=119785294&amp;messageId=118586776</id>
    <updated>2020-02-25T15:11:40Z</updated>
    <published>2020-02-25T15:11:40Z</published>
    <summary type="html">There is a lot happening, sure, but none of it is logging.&lt;br /&gt;&lt;br /&gt;Wrapping code with if (_log.isDebugEnabled()) seems like a great way to control whether a log message is generated, but even this adds overhead. In single instances, the overhead is negligible, but if you have a server doing this check frequently while trying to serve thousands of concurrent requests, the overhead is measurable and significant.&lt;br /&gt;&lt;br /&gt;For that reason, there is little if any logging decorating the Liferay code, typically you&amp;#39;ll only find it at key points where errors can originate outside of Liferay&amp;#39;s control and due to customization or configuration.&lt;br /&gt;&lt;br /&gt;So the TL;DR version, the best way to understand what is going on under the hood is by a deep code dive or live debugging.</summary>
    <dc:creator>David H Nebinger</dc:creator>
    <dc:date>2020-02-25T15:11:40Z</dc:date>
  </entry>
  <entry>
    <title>Logging OSGi internals</title>
    <link rel="alternate" href="https://liferay.dev/c/message_boards/find_message?p_l_id=119785294&amp;messageId=118582906" />
    <author>
      <name>Jan Tošovský</name>
    </author>
    <id>https://liferay.dev/c/message_boards/find_message?p_l_id=119785294&amp;messageId=118582906</id>
    <updated>2020-02-25T10:40:59Z</updated>
    <published>2020-02-25T10:40:59Z</published>
    <summary type="html">In LR Server Administration there are 11 OSGi related categories in the Log Levels tab. Even all are set to the ALL level, when redeploying the module I can only see two lines STOPPED xxx and STARTED xxx in the server log.&lt;br /&gt;&lt;ul style="list-style: disc outside;"&gt;&lt;li&gt;aQute.bnd.osgi     &lt;/li&gt;&lt;li&gt;com.liferay.osgi.felix.file.install.configuration.cleaner.internal     &lt;/li&gt;&lt;li&gt;com.liferay.osgi.log.service.extender.internal.OSGiLogServiceExtenderBundleActivator     &lt;/li&gt;&lt;li&gt;com.liferay.portal.osgi.debug.declarative.service.internal.UnsatisfiedComponentScanner     &lt;/li&gt;&lt;li&gt;com.liferay.portal.osgi.debug.internal.osgi.commands.SystemCheckOSGiCommands     &lt;/li&gt;&lt;li&gt;com.liferay.portal.osgi.debug.spring.extender.internal.UnavailableComponentScanner     &lt;/li&gt;&lt;li&gt;com.liferay.portal.osgi.web.wab.generator.internal.WabGenerator     &lt;/li&gt;&lt;li&gt;com.liferay.portal.osgi.web.wab.generator.internal.processor.WabProcessor     &lt;/li&gt;&lt;li&gt;osgi.logging     &lt;/li&gt;&lt;li&gt;osgi.logging.org_apache_felix_fileinstall     &lt;/li&gt;&lt;li&gt;osgi.logging.org_eclipse_osgi &lt;/li&gt;&lt;/ul&gt;I believe there are lots of details what is happening under the hood.&lt;br /&gt;Deploying one my module breaks functionality in other modules and I believe there could be some details why.</summary>
    <dc:creator>Jan Tošovský</dc:creator>
    <dc:date>2020-02-25T10:40:59Z</dc:date>
  </entry>
</feed>
