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

Ceki Gulcu commented on LBCLASSIC-325:
--------------------------------------

Hi Tomasz,

Thank you for yet another cool contribution to the project. Contrary to folder 
customizations in IDEA, in the case of logback removed stack trace lines cannot 
be "unremoved" whereas in IDEA they can be unfolded. There must a way to signal 
to the user which sort (which package) of lines were removed. Thus, it seems to 
me that Przemysław's remark about border lines becomes particularly relevant in 
our context.

As for Nick's remark about cluttering the pattern, we could use properties and 
re-use the masked packages. For example, we could write

<property name="mask" 
                value="java.lang.reflect.Method,
                           org.apache.catalina,
                           org.springframework.aop,
                           org.springframework.security,
                           org.springframework.transaction,
                           org.springframework.web,
                           sun.reflect,
                           net.sf.cglib"/>
 
<appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">    
  <encoder>   
    <pattern>%d %level %thread %logger{1} | %m%n%rEx{full, ${mask}}</pattern>
  </encoder>
  ....
</appender>
     
Note that the mask property could be defined in a file as well. 


> Filtering out selected stack trace frames
> -----------------------------------------
>
>                 Key: LBCLASSIC-325
>                 URL: http://jira.qos.ch/browse/LBCLASSIC-325
>             Project: logback-classic
>          Issue Type: New Feature
>          Components: appender, layout
>            Reporter: Tomasz Nurkiewicz
>            Assignee: Logback dev list
>            Priority: Minor
>
> Many frameworks and libraries like Spring or EJB are introducing hundreds of 
> synthetic method invocations (AOP, dynamic proxies, CGLIB-generated classes, 
> etc.) They are irrelevant for most of the time and only cluttering the stack 
> traces printed by Logback.
> It would be nice to have possibility to filter (possibly by providing a set 
> of patterns in logback.xml) each stack trace line and skip selected ones. 
> Similar feature is implemented in some IDEs, see: 
> http://blogs.jetbrains.com/idea/2010/07/console-folding-customization.

-- 
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

       
_______________________________________________
logback-dev mailing list
[email protected]
http://mailman.qos.ch/mailman/listinfo/logback-dev

Reply via email to