August 2009 - logback-dev - mailman3.qos.ch

[GIT] Logback: the generic, reliable, fast and flexible logging framework. branch, master, updated. b46043400f5fba0fe79f623144bed9b25a6769c9
by git-noreply＠pixie.qos.ch 15 Aug '09

15 Aug '09

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "Logback: the generic, reliable, fast and flexible logging framework.". The branch, master has been updated via b46043400f5fba0fe79f623144bed9b25a6769c9 (commit) from 070cb6567eef735876be11a02c081ab7f1875d75 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- commit b46043400f5fba0fe79f623144bed9b25a6769c9 Author: unknown <ceki@.(none)> Date: Sat Aug 15 20:26:26 2009 +0200 testing ----------------------------------------------------------------------- Summary of changes: hello.txt | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) hooks/post-receive -- Logback: the generic, reliable, fast and flexible logging framework.

1 0

[GIT] Logback: the generic, reliable, fast and flexible logging framework. branch, master, updated. 070cb6567eef735876be11a02c081ab7f1875d75
by git-noreply＠pixie.qos.ch 15 Aug '09

15 Aug '09

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "Logback: the generic, reliable, fast and flexible logging framework.". The branch, master has been updated via 070cb6567eef735876be11a02c081ab7f1875d75 (commit) from e88d48f937956a85a9ee22597fba59ffda40ed1d (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- commit 070cb6567eef735876be11a02c081ab7f1875d75 Author: unknown <ceki@.(none)> Date: Sat Aug 15 20:25:48 2009 +0200 testing ----------------------------------------------------------------------- Summary of changes: hello.txt | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) hooks/post-receive -- Logback: the generic, reliable, fast and flexible logging framework.

1 0

[GIT] Logback: the generic, reliable, fast and flexible logging framework. branch, master, updated. e88d48f937956a85a9ee22597fba59ffda40ed1d
by git-noreply＠pixie.qos.ch 14 Aug '09

14 Aug '09

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "Logback: the generic, reliable, fast and flexible logging framework.". The branch, master has been updated via e88d48f937956a85a9ee22597fba59ffda40ed1d (commit) from 58b0d15edfb9b065fe492bef60a3d12ce0673128 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- commit e88d48f937956a85a9ee22597fba59ffda40ed1d Author: unknown <ceki@.(none)> Date: Sat Aug 15 00:06:24 2009 +0200 testing ----------------------------------------------------------------------- Summary of changes: hello.txt | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) hooks/post-receive -- Logback: the generic, reliable, fast and flexible logging framework.

1 0

[JIRA] Created: (LBCORE-106) TimeBasedRollingPolicy append logs into a old log file, instead of rolling the log file.
by Ralph Goers (JIRA) 12 Aug '09

12 Aug '09

TimeBasedRollingPolicy append logs into a old log file, instead of rolling the log file. ---------------------------------------------------------------------------------------- Key: LBCORE-106 URL: http://jira.qos.ch/browse/LBCORE-106 Project: logback-core Issue Type: Bug Components: Appender Affects Versions: 0.9.15 Environment: Linux, Sun JDK 5 Reporter: Ralph Goers Assignee: Logback dev list It appears that LBCORE-26 was not completely fixed. I have users who seem the be having the same problem. The text below is the relevant portion of the email I received from them. There is same issue today also. Yesterday the nova1a-qa and nova1b-qa servers were restarted and after that the system logged the info to the server.log and server_mc.log files. Today the system logs most info to the server.2009-07-06.log and server_mc.2009-07-06.log files and some info to the server.log and server_mc.log files. Below is example from the nova1a-qa:/opt/jboss/sbfw-V2.0.0-onlineserv-home/server/default/log [akma4116@nova1a-qa:/opt/jboss/sbfw-V2.0.0-onlineserv-home/server/default/log]$ ls -ltr ... -rw-rw-r-- 1 jboss jboss 327312 Jul 5 23:50 server.2009-07-05.log -rw-rw-r-- 1 jboss jboss 327312 Jul 5 23:50 server_mc.2009-07-05.log -rw-rw-r-- 1 jboss jboss 6384 Jul 5 23:58 jboss.log.2009-07-05 -rw-rw-r-- 1 jboss jboss 250839 Jul 6 13:20 server_07_06_09_14_34_54.log -rw-rw-r-- 1 jboss jboss 347440 Jul 6 13:20 server_mc_07_06_09_14_34_54.log -rw-rw-r-- 1 jboss jboss 755260 Jul 6 14:18 console_07_06_09_14_34_54.log -rw-rw-r-- 1 jboss jboss 856101 Jul 6 14:18 server_mc.2009-07-02.log -rw-rw-r-- 1 jboss jboss 912958 Jul 6 14:18 server.2009-07-02.log -rw-rw-r-- 1 jboss jboss 87149 Jul 6 14:34 boot.log -rw-rw-r-- 1 jboss jboss 36091128 Jul 6 23:58 jboss.log.2009-07-06 -rw-rw-r-- 1 jboss jboss 108572 Jul 7 06:30 sbc_ib-exp_HQResponseTime.log -rw-rw-r-- 1 jboss jboss 12810 Jul 7 07:48 server.log -rw-rw-r-- 1 jboss jboss 18207 Jul 7 07:48 server_mc.log -rw-rw-r-- 1 jboss jboss 148904 Jul 7 07:48 console.log -rw-rw-r-- 1 jboss jboss 424746 Jul 7 08:20 ROOT_HQResponseTime.log -rw-rw-r-- 1 jboss jboss 374460 Jul 7 08:25 hyperic-hq_HQResponseTime.log -rw-rw-r-- 1 jboss jboss 231082 Jul 7 08:40 server_mc.2009-07-06.log -rw-rw-r-- 1 jboss jboss 241730 Jul 7 08:40 server.2009-07-06.log -rw-rw-r-- 1 jboss jboss 17574 Jul 7 08:42 sbc_mc-exp_HQResponseTime.log -rw-rw-r-- 1 jboss jboss 556062 Jul 7 08:46 jboss.log [akma4116@nova1a-qa:/opt/jboss/sbfw-V2.0.0-onlineserv-home/server/default/log]$ tail -f server.2009-07-06.log 08:40:00.018 [DefaultQuartzScheduler_Worker-4] DEBUG c.i.s.c.s.UpdateOnlinePayrollUserStatusJob [->:] - Exiting getAllPendingIOPUsers. 08:40:00.018 [DefaultQuartzScheduler_Worker-4] INFO c.i.s.c.s.UpdateOnlinePayrollUserStatusJob [->:] - There were no Online Payroll users found in memory to sync and update. 08:40:00.018 [DefaultQuartzScheduler_Worker-4] DEBUG c.i.s.c.s.UpdateOnlinePayrollUserStatusJob [->:] - Exiting syncUsers. 08:40:00.018 [DefaultQuartzScheduler_Worker-3] DEBUG c.i.s.c.s.UpdateBillingManagerUserStatusJob [->:] - Entering getAllActiveBMUsers. 08:40:00.018 [DefaultQuartzScheduler_Worker-3] DEBUG c.i.s.c.s.UpdateBillingManagerUserMap [->:] - Entering isEmpty. 08:40:00.018 [DefaultQuartzScheduler_Worker-3] DEBUG c.i.s.c.s.UpdateBillingManagerUserMap [->:] - User Map is empty: true 08:40:00.018 [DefaultQuartzScheduler_Worker-3] DEBUG c.i.s.c.s.UpdateBillingManagerUserMap [->:] - Exiting isEmpty. 08:40:00.018 [DefaultQuartzScheduler_Worker-3] DEBUG c.i.s.c.s.UpdateBillingManagerUserStatusJob [->:] - Exiting getAllActiveBMUsers. 08:40:00.019 [DefaultQuartzScheduler_Worker-3] INFO c.i.s.c.s.UpdateBillingManagerUserStatusJob [->:] - There were no Billing Manager users found in memory to sync and update. 08:40:00.019 [DefaultQuartzScheduler_Worker-3] DEBUG c.i.s.c.s.UpdateBillingManagerUserStatusJob [->:] - Exiting syncUsers. ò [akma4116@nova1a-qa:/opt/jboss/sbfw-V2.0.0-onlineserv-home/server/default/log]$ tail -f server.log 07:47:43.812 [Thread-30] DEBUG c.d.s.i.dao.slave.broker.Response [->00070:root] - Reading response input stream HEADER portion. 07:47:43.813 [Thread-29] DEBUG c.d.s.i.d.s.client.DIISBrokerAccess [->00070:root] - Received DIIS response: DIISMessage{messageContent=<RSP>LOGMESSAGE<RC>0<OK> ---LOGGED entry OK---<TMHOST>19, messageId=00000000, validateHeader=true, isValidHeader=true} 07:47:43.813 [Thread-29] DEBUG c.d.s.i.dao.slave.diis.DIISLexer [->00070:root] - instantiated DIISLexer 07:47:43.813 [Thread-29] DEBUG c.d.s.i.dao.slave.diis.DIISParser [->00070:root] - constructor 07:47:43.813 [Thread-29] DEBUG c.d.s.i.logging.IAALogHandler [->00070:root] - Successfully published to the IAALog ò [akma4116@nova1a-qa:/opt/jboss/sbfw-V2.0.0-onlineserv-home/server/default/log]$ tail -f server.2009-07-06.log 08:50:00.098 [DefaultQuartzScheduler_Worker-4] DEBUG c.i.s.c.s.UpdateOnlinePayrollUserStatusJob [->:] - Exiting getAllPendingIOPUsers. 08:50:00.098 [DefaultQuartzScheduler_Worker-4] INFO c.i.s.c.s.UpdateOnlinePayrollUserStatusJob [->:] - There were no Online Payroll users found in memory to sync and update. 08:50:00.098 [DefaultQuartzScheduler_Worker-3] DEBUG c.i.s.c.s.UpdateBillingManagerUserStatusJob [->:] - Entering getAllActiveBMUsers. 08:50:00.098 [DefaultQuartzScheduler_Worker-4] DEBUG c.i.s.c.s.UpdateOnlinePayrollUserStatusJob [->:] - Exiting syncUsers. 08:50:00.098 [DefaultQuartzScheduler_Worker-3] DEBUG c.i.s.c.s.UpdateBillingManagerUserMap [->:] - Entering isEmpty. 08:50:00.098 [DefaultQuartzScheduler_Worker-3] DEBUG c.i.s.c.s.UpdateBillingManagerUserMap [->:] - User Map is empty: true 08:50:00.098 [DefaultQuartzScheduler_Worker-3] DEBUG c.i.s.c.s.UpdateBillingManagerUserMap [->:] - Exiting isEmpty. 08:50:00.098 [DefaultQuartzScheduler_Worker-3] DEBUG c.i.s.c.s.UpdateBillingManagerUserStatusJob [->:] - Exiting getAllActiveBMUsers. 08:50:00.098 [DefaultQuartzScheduler_Worker-3] INFO c.i.s.c.s.UpdateBillingManagerUserStatusJob [->:] - There were no Billing Manager users found in memory to sync and update. 08:50:00.099 [DefaultQuartzScheduler_Worker-3] DEBUG c.i.s.c.s.UpdateBillingManagerUserStatusJob [->:] - Exiting syncUsers. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.qos.ch/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

3 11

svn commit: r2444 - in logback/trunk: logback-access/src/main/java/ch/qos/logback/access/sift logback-classic/src/main/java/ch/qos/logback/classic/sift logback-core/src/main/java/ch/qos/logback/core/rolling/helper logback-core/src/main/java/ch/qos/logback/core/sift
by noreply.ceki＠qos.ch 11 Aug '09

11 Aug '09

Author: ceki Date: Tue Aug 11 23:19:41 2009 New Revision: 2444 Modified: logback/trunk/logback-access/src/main/java/ch/qos/logback/access/sift/AppenderFactory.java logback/trunk/logback-access/src/main/java/ch/qos/logback/access/sift/SiftAction.java logback/trunk/logback-classic/src/main/java/ch/qos/logback/classic/sift/AppenderFactory.java logback/trunk/logback-classic/src/main/java/ch/qos/logback/classic/sift/SiftAction.java logback/trunk/logback-core/src/main/java/ch/qos/logback/core/rolling/helper/DefaultArchiveRemover.java logback/trunk/logback-core/src/main/java/ch/qos/logback/core/sift/AppenderFactoryBase.java Log: - removed unused fields. Curtesty of Sonar. Modified: logback/trunk/logback-access/src/main/java/ch/qos/logback/access/sift/AppenderFactory.java ============================================================================== --- logback/trunk/logback-access/src/main/java/ch/qos/logback/access/sift/AppenderFactory.java (original) +++ logback/trunk/logback-access/src/main/java/ch/qos/logback/access/sift/AppenderFactory.java Tue Aug 11 23:19:41 2009 @@ -12,7 +12,6 @@ import java.util.List; import ch.qos.logback.access.spi.AccessEvent; -import ch.qos.logback.core.Context; import ch.qos.logback.core.joran.event.SaxEvent; import ch.qos.logback.core.sift.AppenderFactoryBase; import ch.qos.logback.core.sift.SiftingJoranConfiguratorBase; @@ -21,8 +20,8 @@ String keyName; - AppenderFactory(Context context, List<SaxEvent> eventList, String keyName) { - super(context, eventList); + AppenderFactory(List<SaxEvent> eventList, String keyName) { + super(eventList); this.keyName = keyName; } Modified: logback/trunk/logback-access/src/main/java/ch/qos/logback/access/sift/SiftAction.java ============================================================================== --- logback/trunk/logback-access/src/main/java/ch/qos/logback/access/sift/SiftAction.java (original) +++ logback/trunk/logback-access/src/main/java/ch/qos/logback/access/sift/SiftAction.java Tue Aug 11 23:19:41 2009 @@ -36,7 +36,7 @@ Object o = ec.peekObject(); if (o instanceof SiftingAppender) { SiftingAppender siftingAppender = (SiftingAppender) o; - AppenderFactory appenderFactory = new AppenderFactory(context, seList, siftingAppender.getDiscriminatorKey()); + AppenderFactory appenderFactory = new AppenderFactory(seList, siftingAppender.getDiscriminatorKey()); siftingAppender.setAppenderFactory(appenderFactory); } } Modified: logback/trunk/logback-classic/src/main/java/ch/qos/logback/classic/sift/AppenderFactory.java ============================================================================== --- logback/trunk/logback-classic/src/main/java/ch/qos/logback/classic/sift/AppenderFactory.java (original) +++ logback/trunk/logback-classic/src/main/java/ch/qos/logback/classic/sift/AppenderFactory.java Tue Aug 11 23:19:41 2009 @@ -12,7 +12,6 @@ import java.util.List; import ch.qos.logback.classic.spi.ILoggingEvent; -import ch.qos.logback.core.Context; import ch.qos.logback.core.joran.event.SaxEvent; import ch.qos.logback.core.sift.AppenderFactoryBase; import ch.qos.logback.core.sift.SiftingJoranConfiguratorBase; @@ -21,8 +20,8 @@ String key; - AppenderFactory(Context context, List<SaxEvent> eventList, String key) { - super(context, eventList); + AppenderFactory(List<SaxEvent> eventList, String key) { + super(eventList); this.key = key; } Modified: logback/trunk/logback-classic/src/main/java/ch/qos/logback/classic/sift/SiftAction.java ============================================================================== --- logback/trunk/logback-classic/src/main/java/ch/qos/logback/classic/sift/SiftAction.java (original) +++ logback/trunk/logback-classic/src/main/java/ch/qos/logback/classic/sift/SiftAction.java Tue Aug 11 23:19:41 2009 @@ -27,7 +27,7 @@ Object o = ec.peekObject(); if (o instanceof SiftingAppender) { SiftingAppender sa = (SiftingAppender) o; - AppenderFactory appenderFactory = new AppenderFactory(context, seList, sa + AppenderFactory appenderFactory = new AppenderFactory(seList, sa .getDiscriminatorKey()); sa.setAppenderFactory(appenderFactory); } Modified: logback/trunk/logback-core/src/main/java/ch/qos/logback/core/rolling/helper/DefaultArchiveRemover.java ============================================================================== --- logback/trunk/logback-core/src/main/java/ch/qos/logback/core/rolling/helper/DefaultArchiveRemover.java (original) +++ logback/trunk/logback-core/src/main/java/ch/qos/logback/core/rolling/helper/DefaultArchiveRemover.java Tue Aug 11 23:19:41 2009 @@ -20,7 +20,6 @@ final FileNamePattern fileNamePattern; final RollingCalendar rc; - int maxHistory; int periodOffset; final boolean parentClean; @@ -96,7 +95,6 @@ } public void setMaxHistory(int maxHistory) { - this.maxHistory = maxHistory; this.periodOffset = -maxHistory - 1; } Modified: logback/trunk/logback-core/src/main/java/ch/qos/logback/core/sift/AppenderFactoryBase.java ============================================================================== --- logback/trunk/logback-core/src/main/java/ch/qos/logback/core/sift/AppenderFactoryBase.java (original) +++ logback/trunk/logback-core/src/main/java/ch/qos/logback/core/sift/AppenderFactoryBase.java Tue Aug 11 23:19:41 2009 @@ -20,10 +20,8 @@ public abstract class AppenderFactoryBase<E> { final List<SaxEvent> eventList; - Context context; - protected AppenderFactoryBase(Context context, List<SaxEvent> eventList) { - this.context = context; + protected AppenderFactoryBase(List<SaxEvent> eventList) { this.eventList = new ArrayList<SaxEvent>(eventList); removeHoardElement();

1 0

svn commit: r2443 - logback/trunk/logback-core/src/main/java/ch/qos/logback/core/net
by noreply.ceki＠qos.ch 11 Aug '09

11 Aug '09

Author: ceki Date: Tue Aug 11 23:06:36 2009 New Revision: 2443 Modified: logback/trunk/logback-core/src/main/java/ch/qos/logback/core/net/SyslogAppenderBase.java Log: yet another Sonar catch. Modified: logback/trunk/logback-core/src/main/java/ch/qos/logback/core/net/SyslogAppenderBase.java ============================================================================== --- logback/trunk/logback-core/src/main/java/ch/qos/logback/core/net/SyslogAppenderBase.java (original) +++ logback/trunk/logback-core/src/main/java/ch/qos/logback/core/net/SyslogAppenderBase.java Tue Aug 11 23:06:36 2009 @@ -30,7 +30,6 @@ final static String SYSLOG_LAYOUT_URL = CoreConstants.CODES_URL + "#syslog_layout"; final static int MSG_SIZE_LIMIT = 256*1024; - int facility; String facilityStr; String syslogHost; protected String suffixPattern; @@ -44,8 +43,6 @@ errorCount++; } - facility = facilityStringToint(facilityStr); - try { sw = new SyslogWriter(syslogHost, port); } catch (UnknownHostException e) {

1 0

svn commit: r2442 - logback/trunk/logback-core/src/main/java/ch/qos/logback/core/pattern/parser
by noreply.ceki＠qos.ch 11 Aug '09

11 Aug '09

Author: ceki Date: Tue Aug 11 22:58:13 2009 New Revision: 2442 Modified: logback/trunk/logback-core/src/main/java/ch/qos/logback/core/pattern/parser/Parser.java Log: - unread variable. Problem was detected by Sonar. Modified: logback/trunk/logback-core/src/main/java/ch/qos/logback/core/pattern/parser/Parser.java ============================================================================== --- logback/trunk/logback-core/src/main/java/ch/qos/logback/core/pattern/parser/Parser.java (original) +++ logback/trunk/logback-core/src/main/java/ch/qos/logback/core/pattern/parser/Parser.java Tue Aug 11 22:58:13 2009 @@ -14,7 +14,6 @@ final List tokenList; int pointer = 0; - IEscapeUtil escapeUtil; Parser(TokenStream ts) throws ScanException { this.tokenList = ts.tokenize(); @@ -26,7 +25,6 @@ } public Parser(String pattern, IEscapeUtil escapeUtil) throws ScanException { - this.escapeUtil = escapeUtil; try { TokenStream ts = new TokenStream(pattern, escapeUtil); this.tokenList = ts.tokenize();

1 0

svn commit: r2441 - logback/trunk/logback-site/src/site/pages/manual
by noreply.ceki＠qos.ch 11 Aug '09

11 Aug '09

Author: ceki Date: Tue Aug 11 21:21:38 2009 New Revision: 2441 Modified: logback/trunk/logback-site/src/site/pages/manual/appenders.html Log: - explain reasons behind File=null restriction when using RollingFileAppender in prudent mode Modified: logback/trunk/logback-site/src/site/pages/manual/appenders.html ============================================================================== --- logback/trunk/logback-site/src/site/pages/manual/appenders.html (original) +++ logback/trunk/logback-site/src/site/pages/manual/appenders.html Tue Aug 11 21:21:38 2009 @@ -547,6 +547,11 @@ when prudent mode is off and approximately 33'000 events per second in prudent mode. + + Prudent mode can be used in conjunction with + <code>RollingFileAppender</code> although some <a + href="#prudentWithRolling">restrictions apply</a>. + </td> </tr> @@ -737,19 +742,41 @@ </td> </tr> <tr class="b"> - <td>Prudent</td> - <td><code>boolean</code></td> - <td>Prudent mode is supported by - <code>RollingFileAppender</code> in conjunction with <a - href="#TimeBasedRollingPolicy"><code>TimeBasedRollingPolicy</code></a> - with two restrictions. In prudent mode, file compression is not - supported nor allowed. Moreover, the File property of - <code>FileAppender</code> cannot be set. - - <a - href="#FixedWindowRollingPolicy"><code>FixedWindowRollingPolicy</code></a> - is not supported in prudent mode. + <td valign="top"><a name="prudentWithRolling" + href="#prudentWithRolling">Prudent</A></td> + + <td valign="top"><code>boolean</code></td> + + + + <td valign="top"> + + <a + href="#FixedWindowRollingPolicy"><code>FixedWindowRollingPolicy</code></a> + is not supported in prudent mode. + + <code>RollingFileAppender</code> supports the prudent + mode in conjunction with <a + href="#TimeBasedRollingPolicy"><code>TimeBasedRollingPolicy</code></a> + albeit with two restrictions. + + <ol> + <li>In prudent mode, file compression is not supported nor + allowed. (We can't have one JVM writing to a file while + another JVM is compressing it.) + </li> + + <li>The File property of + <code>FileAppender</code> cannot be set and must be left + blank. Indeed, most operating systems do not allow renaming + of a file while another process has it opened. + </li> + + </ol> + + </td> + + See also <code>FileAppender</code> properties. </td>

1 0

svn commit: r2440 - logback/trunk/logback-site/src/site/pages
by noreply.ceki＠qos.ch 10 Aug '09

10 Aug '09

Author: ceki Date: Mon Aug 10 17:38:01 2009 New Revision: 2440 Modified: logback/trunk/logback-site/src/site/pages/documentation.html Log: - link to Jazoon presentation with audio Modified: logback/trunk/logback-site/src/site/pages/documentation.html ============================================================================== --- logback/trunk/logback-site/src/site/pages/documentation.html (original) +++ logback/trunk/logback-site/src/site/pages/documentation.html Mon Aug 10 17:38:01 2009 @@ -74,7 +74,10 @@ Gülcü and Sébastien Pennec. </li> - + <li><a + href="http://beta.parleys.com/#state=state_player&id=357">SLF4J + and Logback projects</a>, by C. Gülcü and S. Pennec + (Jazoon presentation with audio). </li> <li><a href="http://www.infoq.com/news/2007/08/logback">Logback: Evolving Java Logging</a> by Geoffrey Wiseman

1 0

[JIRA] Created: (LBCLASSIC-145) SocketAppender is omitting CallerData.
by Joern Huxhorn (JIRA) 10 Aug '09

10 Aug '09

SocketAppender is omitting CallerData. -------------------------------------- Key: LBCLASSIC-145 URL: http://jira.qos.ch/browse/LBCLASSIC-145 Project: logback-classic Issue Type: Bug Components: appender Affects Versions: 0.9.16 Reporter: Joern Huxhorn Assignee: Logback dev list LoggingEventVO is never assigning a value to callerDataArray so the caller data is omitted regardless of the value of SocketAppenders includeCallerData property. As far as I can tell, this should probably be implemented in LoggingEventVO build(ILoggingEvent le) like this: if(le.hasCallerData()) { ledo.callerData = le.getCallerData(); } I'm unsure where the caller data should be obtained, though. LoggingEventPreSerializationTransformer will probably need an includeCallerData property that's initialized whenever the setIncludeCallerData of SocketAppender is called. It could then execute getCallerData(), if requested, before calling build. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.qos.ch/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

2 2