Re: Relfection.getCallerClass

2013-07-27 Thread Ralph Goers
Thanks Jörn, This was first reported to us in May in LOG4J2-245. Nick sent a message to the openjdk list at that time [1] but it seemed to be ignored. How would you propose we convince Oracle? To be honest, I would much prefer that I be able to get a stack trace from a Throwable that has the

Re: Relfection.getCallerClass

2013-07-27 Thread Nick Williams
It was later pointed out to me that I was emailing the wrong list for this kind of discussion. I've emailed the core libraries mailing list and several thorough discussions have resulted. I made just the suggestion you point out (get a stack trace from a Throwable that has Class objects in it) [

Re: Relfection.getCallerClass

2013-07-27 Thread Ralph Goers
I've read all of these plus a few that are linked from them and haven't seen a concrete proposal for a fix that has been accepted. All the threads appear to have stopped so I don't know how I should consider the discussions "ongoing". I should point out that besides the enhanced throwable conver

Re: Relfection.getCallerClass

2013-07-27 Thread Nick Williams
By "ongoing" I meant that nothing had been agreed on yet. I've been meaning to bring it back up and jump-start negotiations, and I'll do that now. Nick On Jul 27, 2013, at 12:40 PM, Ralph Goers wrote: > I've read all of these plus a few that are linked from them and haven't seen > a concrete p

Re: Relfection.getCallerClass

2013-07-27 Thread Paul Benedict
I bought this up a couple of times too. Here's my latest: http://mail.openjdk.java.net/pipermail/core-libs-dev/2013-July/019118.html I jumped into the discussion because of @CallerSensitive. They were talking about getCallerClass() and I proposed they expose that as a public API. I see no reason w

Re: Relfection.getCallerClass

2013-07-27 Thread Nick Williams
I have revived all the previous threads with a consolidated thread proposing an API that solves all of the needs that everyone has expressed. Chime-ins/+1s would be appreciated. Cross your fingers. http://mail.openjdk.java.net/pipermail/core-libs-dev/2013-July/019334.html Nick On Jul 27, 2013,

Re: Relfection.getCallerClass

2013-07-27 Thread Nick Williams
Meanwhile, there's still the little problem that sun.reflect.Reflection#getCallerClass(int) only exists in Sun JVMs and only prior to Java 7u25. This is used in more than one place in Log4j 2 and not consistently with a backup plan. I have an idea of what to do about that and I'll work on that

Re: Relfection.getCallerClass

2013-07-27 Thread Paul Benedict
Nick, thank you for writing up that email. I hope it gets some attention. I subscribe to that list so I will be eager to see what, if any, responses are to your proposal. Good job. Paul On Sat, Jul 27, 2013 at 2:16 PM, Nick Williams < nicho...@nicholaswilliams.net> wrote: > Meanwhile, there's s

Re: Relfection.getCallerClass

2013-07-27 Thread Nick Williams
You should +1 it! :-) N On Jul 27, 2013, at 4:35 PM, Paul Benedict wrote: > Nick, thank you for writing up that email. I hope it gets some attention. I > subscribe to that list so I will be eager to see what, if any, responses are > to your proposal. Good job. > > Paul > > > On Sat, Jul 27,

Re: Relfection.getCallerClass

2013-07-27 Thread Paul Benedict
Sure. The fix is in ;-) I'll respond to that list on Monday. On Sat, Jul 27, 2013 at 4:36 PM, Nick Williams < nicho...@nicholaswilliams.net> wrote: > You should +1 it! :-) > > N > > On Jul 27, 2013, at 4:35 PM, Paul Benedict wrote: > > Nick, thank you for writing up that email. I hope it gets so

[jira] [Created] (LOG4J2-321) Provide configuration alternative to system properties

2013-07-27 Thread Remko Popma (JIRA)
Remko Popma created LOG4J2-321: -- Summary: Provide configuration alternative to system properties Key: LOG4J2-321 URL: https://issues.apache.org/jira/browse/LOG4J2-321 Project: Log4j 2 Issue Type

[jira] [Commented] (LOG4J2-321) Provide configuration alternative to system properties

2013-07-27 Thread Remko Popma (JIRA)
[ https://issues.apache.org/jira/browse/LOG4J2-321?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13721797#comment-13721797 ] Remko Popma commented on LOG4J2-321: From: Ralph Goers To: Log4J Developers List Se

[jira] [Commented] (LOG4J2-321) Provide configuration alternative to system properties

2013-07-27 Thread Remko Popma (JIRA)
[ https://issues.apache.org/jira/browse/LOG4J2-321?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13721799#comment-13721799 ] Remko Popma commented on LOG4J2-321: Proposed sample configuration: {code}

[jira] [Commented] (LOG4J2-321) Provide configuration alternative to system properties

2013-07-27 Thread Nick Williams (JIRA)
[ https://issues.apache.org/jira/browse/LOG4J2-321?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13721812#comment-13721812 ] Nick Williams commented on LOG4J2-321: -- I do think {{AsyncLoggers}} should be a separ

[jira] [Created] (LOG4J2-322) Endless loop in ThrowableProxy.getCurrentStack

2013-07-27 Thread Xavier Cho (JIRA)
Xavier Cho created LOG4J2-322: - Summary: Endless loop in ThrowableProxy.getCurrentStack Key: LOG4J2-322 URL: https://issues.apache.org/jira/browse/LOG4J2-322 Project: Log4j 2 Issue Type: Bug

[jira] [Commented] (LOG4J2-322) Endless loop in ThrowableProxy.getCurrentStack

2013-07-27 Thread Nick Williams (JIRA)
[ https://issues.apache.org/jira/browse/LOG4J2-322?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13721823#comment-13721823 ] Nick Williams commented on LOG4J2-322: -- Reflection#getCallerClass(int) changed as of

[jira] [Comment Edited] (LOG4J2-322) Endless loop in ThrowableProxy.getCurrentStack

2013-07-27 Thread Nick Williams (JIRA)
[ https://issues.apache.org/jira/browse/LOG4J2-322?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13721823#comment-13721823 ] Nick Williams edited comment on LOG4J2-322 at 7/28/13 2:09 AM: -

[jira] [Updated] (LOG4J2-322) Endless loop in ThrowableProxy.getCurrentStack

2013-07-27 Thread Nick Williams (JIRA)
[ https://issues.apache.org/jira/browse/LOG4J2-322?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nick Williams updated LOG4J2-322: - Assignee: Nick Williams > Endless loop in ThrowableProxy.getCurrentStack > --

[jira] [Commented] (LOG4J2-222) Async Logger threadpool not shut down by Tomcat shutdown

2013-07-27 Thread Michael Kloster (JIRA)
[ https://issues.apache.org/jira/browse/LOG4J2-222?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13721882#comment-13721882 ] Michael Kloster commented on LOG4J2-222: This is marked as fixed. However, when I

[jira] [Commented] (LOG4J2-222) Async Logger threadpool not shut down by Tomcat shutdown

2013-07-27 Thread Nick Williams (JIRA)
[ https://issues.apache.org/jira/browse/LOG4J2-222?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13721894#comment-13721894 ] Nick Williams commented on LOG4J2-222: -- Please see the documentation on using Log4j 2