[
https://issues.apache.org/jira/browse/LOG4J2-83?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13466364#comment-13466364
]
Ralph Goers commented on LOG4J2-83:
---
Joern - are the changes made enough to resolve your
[
https://issues.apache.org/jira/browse/LOG4J2-84?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13466365#comment-13466365
]
Ralph Goers commented on LOG4J2-84:
---
Joern - are the changes made enough to resolve your
[
https://issues.apache.org/jira/browse/LOG4J2-92?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ralph Goers resolved LOG4J2-92.
---
Resolution: Fixed
Fix Version/s: 2.0-beta2
Assignee: Ralph Goers
Converted DynamicThre
https://issues.apache.org/bugzilla/show_bug.cgi?id=53948
Harsh J changed:
What|Removed |Added
CC||ha...@cloudera.com
--
You are receiving
https://issues.apache.org/bugzilla/show_bug.cgi?id=53948
Harsh J changed:
What|Removed |Added
Priority|P2 |P5
--
You are receiving this mail becau
https://issues.apache.org/bugzilla/show_bug.cgi?id=53948
--- Comment #1 from Harsh J ---
Created attachment 29429
--> https://issues.apache.org/bugzilla/attachment.cgi?id=29429&action=edit
Patch that refactors the method to not require an extra import
--
You are receiving this mail because:
Y
https://issues.apache.org/bugzilla/show_bug.cgi?id=53948
Priority: P2
Bug ID: 53948
Assignee: log4j-dev@logging.apache.org
Summary: ThrowableInformationPatternConverter does not need to
import ThrowableInformation
Severity: e
I would expect it to take strings and (try) convert to a level.
On 9/28/12, Ralph Goers wrote:
> LOG4J2-92 was reported against DynamicThresholdFilter as it is documented as
> using KeyValuePairs. KeyValuePairs consist of a String key and a String
> value. DynamicThresholdFilter actually accepts
No your not. Except calling a pre class with a set of properties will
be more flexible.
On 9/29/12, Ralph Goers wrote:
> I'm not sure I understand what you are saying, but if I do I am not worried
> about how the properties could be located. It would be easy for LogManager
> to do a System.getRe
