[logback-dev] [JIRA] Commented: (LBCLASSIC-72) Please implement a getter for StackTraceElementProxy.ste

Joern Huxhorn (JIRA) noreply-jira at qos.ch
Tue Oct 28 18:14:21 CET 2008

    [ http://jira.qos.ch/browse/LBCLASSIC-72?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=10831#action_10831 ] 

Joern Huxhorn commented on LBCLASSIC-72:

I'd really appreciate if you could implement this... there shouldn't be a downside, I think.

Also, StackTraceElementProxy currently has the methods

  void setPackageInfo(ClassPackagingData cpd) {
    this.cpd = cpd;

  public ClassPackagingData getClassPackagingData() {
    return cpd;

those should be changed into something symmetrical, e.g. set/getClassPackagingData.

As I said before, I really applaud this change in general and you'd really help me a lot (read: improve Lilith performance / remove an additional setAccessible(true) from my code).

Thanks, Joern.

> Please implement a getter for StackTraceElementProxy.ste
> --------------------------------------------------------
>                 Key: LBCLASSIC-72
>                 URL: http://jira.qos.ch/browse/LBCLASSIC-72
>             Project: logback-classic
>          Issue Type: Improvement
>            Reporter: Joern Huxhorn
>            Assignee: Logback dev list
> I just checked out your latest changes concerning package version information because I have to implement it for Lilith when the next version of Logback is released.
> At the moment StackTraceElementProxy does not have a getter for the contained StackTraceElement. It would be really helpful for me if I could access it. Otherwise I'd have to parse it from steAsString which I'd really like to prevent.
> I'd suggest to implement both a getter and a setter for the StackTraceElement.
> steAsString would need to be set to null if the STE is changed.
> Additionally, I'd suggest to make steAsString transient since it can be restored after deserialization.

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


More information about the logback-dev mailing list