Ngăn log4net gửi các vấn đề trùng lặp qua SMTP

Question

chúng tôi đã kết nối log4net với Jira bằng SMTP.

Bây giờ chúng tôi lo lắng rằng vì trang web là công khai những gì có thể xảy ra với máy chủ Jira nếu chúng tôi nhận được rất nhiều vấn đề trong môi trường sản xuất.

Chúng tôi đã lọc về Nghiêm trọng và Tử vong, nhưng chúng tôi muốn xem một số dịch vụ acumulator trên log4net hoặc bộ lọc đơn giản xác định các vấn đề lặp lại và ngăn chúng không được gửi qua Email. Tốt hơn là không cần phải thay đổi mã báo cáo lỗi, vì vậy giải pháp cấu hình sẽ là tốt nhất.

Tôi đoán việc bán nhật ký vào một db và sau đó tạo một trình lắng nghe riêng biệt một số mã thông minh sẽ là một thay thế (pricy).

Answer 1

lẽ this là đủ cho yêu cầu của bạn:

nó về cơ bản giới hạn số lượng email được gửi trong một khoảng thời gian nhất định. Tôi nghĩ rằng nó nên được khá dễ dàng để tùy chỉnh này theo nhu cầu của bạn. Tôi đã làm một cái gì đó tương tự mà thậm chí loại bỏ các thông điệp trong một khoảng thời gian nhất định:

public class SmtpThrottlingAppender : SmtpAppender 
{ 
    private DateTime lastFlush = DateTime.MinValue; 
    private TimeSpan flushInterval = new TimeSpan(0, 5, 0); 

    public TimeSpan FlushInterval 
    { 
     get { return this.flushInterval; } 
     set { this.flushInterval = value; } 
    } 

    protected override void SendBuffer(LoggingEvent[] events) 
    { 
     if (DateTime.Now - this.lastFlush > this.flushInterval) 
     { 
      base.SendBuffer(events); 
      this.lastFlush = DateTime.Now; 
     } 
    } 
} 

Khoảng tuôn ra có thể được cấu hình như cài đặt bình thường của appenders khác:

<flushInterval value="01:00:00" /> 

Answer 2

Bạn cũng có thể sử dụng một SmtpAppender đơn giản với số log4net.Core.TimeEvaluator làm Người đánh giá.

Giả sử chúng tôi có khoảng thời gian là 5 phút và các sự kiện vào lúc 00:00, 00:01 và 01:00.

• Stefan Egli SmtpThrottlingAppender sẽ gửi email lúc 00:00 (sự kiện 1) và 01:00 (sự kiện 2 và 3).
• Một SmtpAppender với một TimeEvaluator sẽ gửi email lúc 00:05 (sự kiện 1 và 2) và 01:05 (sự kiện 3).

Bạn muốn phụ thuộc vào việc bạn bị làm phiền nhiều hơn bởi thời gian trễ được đảm bảo hoặc chậm trễ lớn.

Tôi đã cố gắng kết hợp SmptThrottlingAppender với Bộ định thời gian, nhưng không thể nhận được hành vi mà tôi muốn. Tôi bắt đầu nghi ngờ rằng tôi nên viết một ITriggeringEventEvaluator mới, không phải là một IAppender mới.