Как обновить адреса "до" на SMTPAppender в Logback?

Question

Я создаю страницу администратора, которая имеет несколько свойств входа в систему, которые я хочу установить на лету, одним из них являются электронные письма администратора, на которые я отправляю системные оповещения. API для SMTPAppender есть методы для добавления в список адресов "to" или получения их в виде списка, но я не нашел ничего, чтобы очистить, удалить или обновить их. Как мне это сделать?

Я вижу два варианта в настоящее время:

1. Один из вариантов - удалить аппендер и создать новый с новыми свойствами (гадость).
2. Выясните, как настроить это напрямую через Джорана (может, хм?).

Я иду вперед с (2), но, пожалуйста, напишите, если есть лучший способ.

Answer 1

Возможно, вы закончили с этим, но мне просто нужно было найти способ установить динамические адреса "в", и эта тема привела меня к этому (благодаря идее @gresdiplitude о системных свойствах и значениях MDC), так что я делюсь своим решением

я использую SMTPAppender отправлять небольшие отчеты об исполнении, но их нужно отправлять в разные почтовые ящики. Решение выглядит бездарно, или, по крайней мере, я очень доволен результатом.

Мой logback.xml:

<!-- this is the trick: a converter to use on the "to" field pattern -->
<conversionRule conversionWord="smtpTo" converterClass="com.example.logback.MyConverter" />
<appender name="SMTP" class="ch.qos.logback.classic.net.SMTPAppender">
    <!-- a filter to select just the log entries that will be sent by mail -->
    <filter class="com.example.logback.MyFilter" />
    <!-- an evaluator, mine is like CounterBasedEvaluator from the manual:
        http://logback.qos.ch/xref/chapters/appenders/mail/CounterBasedEvaluator.html
    -->
    <evaluator class="com.example.logback.MyEvaluator">
        <limit>25</limit>
    </evaluator>
    <!-- a discriminator to create a cyclic buffer for each mailing group I need -->
    <discriminator class="com.example.logback.MyDiscriminator" />
    <!-- just matching buffer size to evaluator limit -->
    <cyclicBufferTracker class="ch.qos.logback.core.spi.CyclicBufferTrackerImpl">
        <bufferSize>25</bufferSize>
    </cyclicBufferTracker>
    <smtpHost>${smtp.host}</smtpHost>
    <smtpPort>${smtp.port}</smtpPort>
    <SSL>${smtp.ssl}</SSL>
    <username>${smtp.username}</username>
    <password>${smtp.password}</password>
    <from>${smtp.from}</from>

    <!-- here you use the converter: in this case will get data
        from marker containing the destination addresses
    -->
    <to>%smtpTo</to>
    <subject>my subject</subject>
    <layout class="ch.qos.logback.classic.PatternLayout">
        <pattern>%date: %message%n%xThrowable{full}</pattern>
    </layout>
</appender>

MyFilter.java:

public FilterReply decide(ILoggingEvent event) {
    return event.getMarker() != null
            && event.getMarker().contains("REPORT") ? FilterReply.ACCEPT
            : FilterReply.DENY;
}

MyDiscriminator.java:

public String getDiscriminatingValue(ILoggingEvent e) {
    Marker marker = e.getMarker();
    if (marker == null || !(marker instanceof MyMarker)) {
        return null;
    }
    return ((MyMarker) marker).getDiscriminatingValue();
}

MyConverter.java:

public class MyConverter extends ClassicConverter {

    @Override
    public String convert(ILoggingEvent event) {
        Marker marker = event.getMarker();
        if (marker == null || !(marker instanceof MyMarker)) {
            return null;
        }
        return ((MyMarker) marker).getSmtpTo();
    }
}

MyMarker.java:

public interface MyMarker extends Marker {
    // a list of destination addresses, like "[e-mail], [e-mail]"
    String getSmtpTo();
    // an "id" to tell the buffers apart, could be "smtpTo" itself
    // but in my case it would mix different reports that goes to the same addresses
    String getDiscriminatingValue();
}

Я только что создал реализацию для MyMarkerи использовал несколько его экземпляров в каждом операторе журналирования, о котором следует сообщать:

// suggestion: make the marker immutable, then you can store and reuse them instead of recreating them every time
Marker marker1 = new MyMarkerImpl(
    "REPORT", // marker name
    "[e-mail], [e-mail]", // smtpTo
    "alertGroup"); // discriminatingValue
logger.warn(marker1, "SNAFU");
Marker marker2 = new MyMarkerImpl(
    "REPORT", "[e-mail], [e-mail]", "phbGroup");
logger.info(marker2, "Everything is fine");
// here we have same smtpTo as above but different discriminatingValues, so this will be sent in another email/report
Marker marker3 = new MyMarkerImpl(
    "REPORT", "[e-mail], [e-mail]", "bugFixingGroup");
logger.error(marker3, "Why things gone bad", exception);

Надеюсь, что это может быть полезно.

Answer 2

Могу придумать еще два варианта:

1 / Установите обновленный адрес как системное свойство и настройте SMTPAppender оценивать адрес smtpTo, используя системное свойство, вот так

<to>%property{smtpTo}</to> 

Или 2/ Установите обновленный адрес где-нибудь в базе данных / свойства системы. Поместите адрес smtpTo в MDC для каждого потока и настройте SMTPAppender чтобы получить его от MDC, как это так

<to>%X{smtpTo}</to>

Answer 3

Я делаю это так:

smtpappender.getToList().clear();