March 2020 - logback-dev - mailman3.qos.ch

[JIRA] (LOGBACK-1350) After rolling logback writes to the old and the new file (rolls-over twice)
by QOS.CH (JIRA) 17 Mar '20

17 Mar '20

1 0

[JIRA] (LOGBACK-1510) logback is opening multiple files at the same time for same appender.
by QOS.CH (JIRA) 16 Mar '20

16 Mar '20

KARTHIKA RAGUPATHI created LOGBACK-1510: ------------------------------------------- Summary: logback is opening multiple files at the same time for same appender. Key: LOGBACK-1510 URL: https://jira.qos.ch/browse/LOGBACK-1510 Project: logback Issue Type: Bug Components: logback-core Affects Versions: 1.0.11 Environment: OS : AIX machine Application server : Weblogic server Reporter: KARTHIKA RAGUPATHI Assignee: Logback dev list +*Issue:*+ I see multiple same log files opened for logging, [root@cssapp2 rtc]# *lsof | grep rtc-connector.log* java 2989 cbsuser 787w REG 0,19 5273861 *2923670* /IPmeas/cssapp2/rtc/*rtc-connector.log.3* (172.17.71.97:/ibm/logfs) java 2989 cbsuser 815w REG 0,19 3822121 *483571* /IPmeas/cssapp2/rtc/*rtc-connector.log* (172.17.71.97:/ibm/logfs) [root@cssapp2 rtc]# The above *rtc-connector.log.3* is above 5 MB even though it is configured as <MaxFileSize>5MB</MaxFileSize>. Actually it is not released from writing and so the size keeps increasing. *I have mentioned the current appender configuration below.* *Kindly help to resolve it.* +*Jars*:+ WEB-INF/lib/logback-ext-spring-0.1.1.jar WEB-INF/lib/logback-classic-1.0.11.jar WEB-INF/lib/logback-core-1.0.11.jar *+Configuration:+* *Issue is with* *rtc_file_appender. It is writing in more than one* *rtc-connector.log file.***** <?xml version="1.0" encoding="UTF-8"?> <configuration scan="true" scanPeriod="30 seconds" debug="false" > <contextName>rtc</contextName> <newRule pattern="*/configuration/extendedJmxConfigurator" actionClass="com.comverse.api.framework.log.jmx.logback.ExtendedJMXConfigurationAction"/> <extendedJmxConfigurator/> <appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender"> <encoder> <Pattern>%date | [%.-1level] | %logger | %X\{threadId} | %X\{username} | %X\{username} | %X\{uniqueClientId} | tid:%X\{transaction_id} | acc:%X\{account_id} | sub:%X\{subscriber_id} | ord:%X\{order_number} | soid:%X\{service_order_number} | %msg%n</Pattern> </encoder> </appender> <appender name="rolling_file_appender" class="ch.qos.logback.core.rolling.RollingFileAppender">  <File>/IPmeas/$\{HOSTNAME}/rtc/SingleApi.log</File> <Append>true</Append> <encoder> <Pattern>%date | [%.-1level] | %logger | %X\{threadId} | %X\{loggedUserName} | %X\{username} | %X\{uniqueClientId} | tid:%X\{transaction_id} | acc:%X\{account_id} | sub:%X\{subscriber_id} | ord:%X\{order_number} | soid:%X\{service_order_number} | %msg%n</Pattern> </encoder> <rollingPolicy class="ch.qos.logback.core.rolling.FixedWindowRollingPolicy"> <maxIndex>50</maxIndex> <FileNamePattern>/IPmeas/$\{HOSTNAME}/rtc/SingleAPI.log.%i</FileNamePattern> </rollingPolicy> <triggeringPolicy class="ch.qos.logback.core.rolling.SizeBasedTriggeringPolicy"> <MaxFileSize>5MB</MaxFileSize> </triggeringPolicy> </appender>  <appender name="*rtc_file_appender*" class="ch.qos.logback.core.rolling.RollingFileAppender"> <File>/IPmeas/$\{HOSTNAME}/rtc/*rtc-connector.log*</File> <Append>true</Append> <encoder> <Pattern>%date | [%.-1level] | %logger | %X\{threadId} | %X\{loggedUserName} | %X\{username} | %X\{uniqueClientId} | tid:%X\{transaction_id} | acc:%X\{account_id} | sub:%X\{subscriber_id} | ord:%X\{order_number} | soid:%X\{service_order_number} | %msg%n</Pattern> </encoder> <rollingPolicy class="ch.qos.logback.core.rolling.FixedWindowRollingPolicy"> *<maxIndex>50</maxIndex>* <FileNamePattern>/IPmeas/$\{HOSTNAME}/rtc/rtc-connector.log.%i</FileNamePattern> </rollingPolicy> <triggeringPolicy class="ch.qos.logback.core.rolling.SizeBasedTriggeringPolicy"> *<MaxFileSize>5MB</MaxFileSize>* </triggeringPolicy> </appender> <appender name="async_file_appender" class="ch.qos.logback.core.rolling.RollingFileAppender"> <File>/IPmeas/$\{HOSTNAME}/async/async-connector.log</File> <Append>true</Append> <encoder> <Pattern>%date | [%.-1level] | %logger | %X\{threadId} | %X\{loggedUserName} | %X\{username} | %X\{uniqueClientId} | tid:%X\{transaction_id} | acc:%X\{account_id} | sub:%X\{subscriber_id} | ord:%X\{order_number} | soid:%X\{service_order_number} | %msg%n</Pattern> </encoder> <rollingPolicy class="ch.qos.logback.core.rolling.FixedWindowRollingPolicy"> <maxIndex>50</maxIndex> <FileNamePattern>/IPmeas/$\{HOSTNAME}/async/async-connector.log.%i</FileNamePattern> </rollingPolicy> <triggeringPolicy class="ch.qos.logback.core.rolling.SizeBasedTriggeringPolicy"> <MaxFileSize>5MB</MaxFileSize> </triggeringPolicy> </appender> <logger name ="central.logger" level="debug"> <appender-ref ref="rtc_file_appender" /> </logger> <root level="debug" /> -- This message was sent by Atlassian JIRA (v7.3.1#73012)

1 0

[JIRA] (LOGBACK-1509) TargetLengthBasedClassNameAbbreviator allocates lots of String
by QOS.CH (JIRA) 12 Mar '20

12 Mar '20

Michael Skells created LOGBACK-1509: --------------------------------------- Summary: TargetLengthBasedClassNameAbbreviator allocates lots of String Key: LOGBACK-1509 URL: https://jira.qos.ch/browse/LOGBACK-1509 Project: logback Issue Type: Improvement Components: logback-classic Environment: Reporter: Michael Skells Assignee: Logback dev list In our internal application this account for 30% of all string allocation. It looks to me that the `TargetLengthBasedClassNameAbbreviator`, or probably all `Abbreviator` should cache the result for a class, rather than generate more memory pressure -- This message was sent by Atlassian JIRA (v7.3.1#73012)

1 0

[JIRA] (LOGBACK-1506) Use %replace to operate on %exception in a configuration file, the exception is added to the end
by QOS.CH (JIRA) 10 Mar '20

10 Mar '20

1 0

[JIRA] (LOGBACK-1491) NPE with Logback 1.3.0-alpha5 in application using module path
by QOS.CH (JIRA) 06 Mar '20

06 Mar '20

1 0

[JIRA] (LOGBACK-1421) Logback 1.2.3 threads getting deadlocked at CachingDateFormatter
by QOS.CH (JIRA) 06 Mar '20

06 Mar '20

1 0

[JIRA] (LOGBACK-1124) NullPointerException when filtering stack trace in %replace
by QOS.CH (JIRA) 05 Mar '20

05 Mar '20

1 0