Fwd: svn commit: r1620442 - /logging/log4j/log4j2/trunk/log4j-api/src/main/java/org/apache/logging/log4j/message/StructuredDataMessage.java

2014-08-28 Thread Ralph Goers
What does this comment mean? What was "hidden" that is now not hidden. All I see is a variable renamed - and why the new name is better than the old escapes me. Ralph Begin forwarded message: > From: ggreg...@apache.org > Subject: svn commit: r1620442 - > /logging/log4j/log4j2/trunk/log4j-api

[jira] [Commented] (LOG4J2-806) XML Configuration

2014-08-28 Thread Alex Barnes (JIRA)
[ https://issues.apache.org/jira/browse/LOG4J2-806?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14113940#comment-14113940 ] Alex Barnes commented on LOG4J2-806: Also what are the supported delimiters to separat

[jira] [Created] (LOG4J2-806) XML Configuration

2014-08-28 Thread Alex Barnes (JIRA)
Alex Barnes created LOG4J2-806: -- Summary: XML Configuration Key: LOG4J2-806 URL: https://issues.apache.org/jira/browse/LOG4J2-806 Project: Log4j 2 Issue Type: Documentation Components:

[Bug 4913] org.apache.log4j.helpers.FileWatchdog should allow external interrupt()

2014-08-28 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=4913 --- Comment #20 from Gary Gregory --- Keep in mind that the 1.x line is not actively maintained in favor of concentrating our efforts on 2.x. -- You are receiving this mail because: You are the assignee for the bug. --

[Bug 51047] Move org.apache.log4j.Category to reentrant read/write locks

2014-08-28 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=51047 --- Comment #8 from Gary Gregory --- At this point, you best bet is to test this yourself or migrate to version 2. The version 1.x line is not actively maintained. -- You are receiving this mail because: You are the assignee for the bug.

[jira] [Updated] (LOG4J2-799) Log4j 2 throws ArrayIndexOutOfBoundsException

2014-08-28 Thread Gary Gregory (JIRA)
[ https://issues.apache.org/jira/browse/LOG4J2-799?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gary Gregory updated LOG4J2-799: Attachment: Log4j-799.diff > Log4j 2 throws ArrayIndexOutOfBoundsException > --

[jira] [Commented] (LOG4J2-799) Log4j 2 throws ArrayIndexOutOfBoundsException

2014-08-28 Thread Gary Gregory (JIRA)
[ https://issues.apache.org/jira/browse/LOG4J2-799?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14113698#comment-14113698 ] Gary Gregory commented on LOG4J2-799: - Based on trunk, I do not see this error, but I

[jira] [Commented] (LOG4J2-402) Configure RandomAccessFileAppender buffer size

2014-08-28 Thread Luigi Alice (JIRA)
[ https://issues.apache.org/jira/browse/LOG4J2-402?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14113654#comment-14113654 ] Luigi Alice commented on LOG4J2-402: Thx! > Configure RandomAccessFileAppender buffer

[jira] [Updated] (LOG4J2-799) Log4j 2 throws ArrayIndexOutOfBoundsException

2014-08-28 Thread Nikita Koval (JIRA)
[ https://issues.apache.org/jira/browse/LOG4J2-799?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nikita Koval updated LOG4J2-799: Priority: Critical (was: Minor) > Log4j 2 throws ArrayIndexOutOfBoundsException >

[Bug 51047] Move org.apache.log4j.Category to reentrant read/write locks

2014-08-28 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=51047 --- Comment #7 from jan.swaelens --- Hello, We are currently on log4j version 1.2.14 and are also noticing long sync waits (10-20-30 seconds) on this operation. Is this behavior still included in the latest (1.2.17) version? Or should we a

[jira] [Closed] (LOG4J2-402) Configure RandomAccessFileAppender buffer size

2014-08-28 Thread Remko Popma (JIRA)
[ https://issues.apache.org/jira/browse/LOG4J2-402?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Remko Popma closed LOG4J2-402. -- Closing this issue. Please feel free to re-open if there is any issue. > Configure RandomAccessFileAppende

Re: Adding a new plugin cache file format (future idea)

2014-08-28 Thread Remko Popma
I agree with Ralph that we should at least be able to read the old format, even if we start to write (and read) a new format. Should we keep the name of this cache file the same? I guess we need to work out our policy on what to do if a jar contains both the plugins.dat in the old format and a plu