Logback und Spring Boot ist neu springProperty-lookup-Mechanismus funktioniert nicht

Mein Analyse und eine Lösung für zukünftige Leser... ich habe versucht, mit spring.application.name Werte in bootstrap.yml, dann application.yml, dann application.properties aber keiner arbeitete. Ich dachte, es war, weil ich logback.xml, aber das konvertieren zu logback-spring.xml brachte keine Veränderung. Blick auf den code verpflichtet hier, ziehen die Werte über this.environment.getProperty(source) abhängig ist, wenn die Eigenschaft Quellen geladen werden, vs, wenn der logback-spring.xml - Datei interpretiert wird. Nicht sicher, warum Dave Syer war in der Lage, es zu arbeiten, aber mein .xml-variable aufgefüllt wurde, bevor die Eigenschaft lokale Quellen sind der Umgebung Hinzugefügt.

Den Wert ist aufgefüllt, innerhalb der .xml-Datei wenn ich es über SpringApplication.setDefaultProperties(). Damit ist die route, die ich nahm.

• Gebaut SpringApplicationRunListener
• In SpringApplicationRunListener.started() lese ich in der bootstrap.yml (wo ich die erforderlichen Frühling.- Anwendung.Namen für alle framework-Benutzer) über new ClassPathResource("/bootstrap.yml")
• Legen Sie eine neue Eigenschaft service.log.name in einer HashMap basiert off der Wert
• Genannt SpringApplication.setDefaultProperties() mit, dass die HashMap
• Dann war ich in der Lage zu verwenden ${myappName} innerhalb der logback-spring.xml Datei

Ich gebe zu, das ist keine perfekte Lösung, aber eine, die funktioniert für Sie jetzt, und wird sich wahrscheinlich fortsetzen, um die Arbeit für zukünftige Versionen von springBoot. Ich bin offen für weitere Ideen, sondern wollte eine Lösung zu bieten, die für andere gearbeitet, die haben die gleiche Erfahrung.

InformationsquelleAutor RubesMN

zuerst, Ihre logback-Konfiguration-Datei-name sollte mit dem Suffix -spring egal, die Datei ist in xml oder groovy format.

im Frühjahr, config center bevorzugt wird, dann Kommandozeilen-Argumente, dann die lokalen Eigenschaften in bootstrap.yml alle lokalen property-Dateien.

wenn es viele Eigenschaften in mehrere Konfigurationsdateien der erste Effekt, egal, was es Wert ist.

durch die Art und Weise, stellen Sie bitte sicher, dass es kein programmatisch logback Einstellungen vor EnvironmentPrepared Ereignis, verursacht die logback-Einstellungen werden zurückgesetzt. inzwischen gibt es mehrere spring-Kontexte der logback Einstellungen werden zurückgesetzt, mehrere Male, für jeden Kontext.

bitte überprüfen Sie diese Regeln und sicher stellen, dass jeder Schritt in der Steuerung.

InformationsquelleAutor Gemini Keith

Funktioniert es für mich, wenn ich die "Frühling.- Anwendung.name" in " - Anwendung.Eigenschaften" (nicht "bootstrap.Eigenschaften", weil das logging-system initialisiert wird, in einer phase, wo die bootstrap-Eigenschaften sind noch nicht verfügbar, glaube ich). Ich glaube nicht, dass logback können Sie die "Kontext" - Namen, aber YMMV.

InformationsquelleAutor Dave Syer

Bei mir hat es geklappt, nachdem ich aktualisiert, nur in der bootstrap.Eigenschaften. Updates in der Anwendung.Eigenschaften funktioniert nicht und auch nicht erforderlich.

kafka.host.name=xxxxx
kafka.host.port=9092

In Logback.xml

<springProperty scope="context" name="kafkaHostName" source="kafka.host.name" /> 

<springProperty scope="context" name="kafkaHostPort" source="kafka.host.port" />

  <appender name="asyncXSPKafkaAppender" class="com.github.danielwegener.logback.kafka.KafkaAppender">
        <encoder class="com.github.danielwegener.logback.kafka.encoding.LayoutKafkaMessageEncoder">
            <layout class="ch.qos.logback.classic.PatternLayout">
                <pattern>%d{yyyy-MM-dd HH:mm:ss} [%thread] %-5level %logger{36} - %msg%n</pattern>
            </layout>
        </encoder>
        <topic>logstash_logs</topic>
        <keyingStrategy class="com.github.danielwegener.logback.kafka.keying.RoundRobinKeyingStrategy" />
        <deliveryStrategy class="com.github.danielwegener.logback.kafka.delivery.AsynchronousDeliveryStrategy" />
        <producerConfig>bootstrap.servers=**${kafkaHostName}:${kafkaHostPort}**</producerConfig>
        <producerConfig>retries=2</producerConfig>
    </appender>

InformationsquelleAutor sivakadi