spring-boot-upgrade von 1.3.2 auf 1.3.3: logback Problem

Haben wir Treffer ein Problem bei der Aktualisierung von spring-boot 1.3.2 die vor kurzem veröffentlicht 1.3.3.

Unserer Anwendung wurde die Nutzung der folgenden Abhängigkeiten, die jeweils die neuesten, ohne Frage:

    <neo4j.version>2.3.2</neo4j.version>
    <sdn.version>4.0.0.RELEASE</sdn.version>
    <sdn.rest.version>3.4.0.RELEASE</sdn.rest.version>
    <neo4j.ogm.version>1.1.5</neo4j.ogm.version>

Heute habe ich ein Upgrade unserer spring boot und Spring Data Neo4j -basierte Anwendung, die startet und arbeitet gut mit spring-boot 1.3.2.VERÖFFENTLICHUNG, änderung des pom.xml von:

<parent>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-parent</artifactId>
    <version>1.3.2.RELEASE</version>
</parent>

<parent>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-parent</artifactId>
    <version>1.3.3.RELEASE</version>
</parent>

Mit diesem buchstäblich die einzige änderung, jetzt die Anwendung nicht gestartet mit folgender Fehlermeldung:

...

Failed to instantiate [ch.qos.logback.classic.LoggerContext]
Reported exception:
java.lang.AbstractMethodError: ch.qos.logback.classic.pattern.EnsureExceptionHandling.process(Lch/qos/logback/core/pattern/Converter;)V
    at ch.qos.logback.core.pattern.PatternLayoutBase.start(PatternLayoutBase.java:88)
    at ch.qos.logback.classic.encoder.PatternLayoutEncoder.start(PatternLayoutEncoder.java:28)
    at ch.qos.logback.core.joran.action.NestedComplexPropertyIA.end(NestedComplexPropertyIA.java:167)
    at ch.qos.logback.core.joran.spi.Interpreter.callEndAction(Interpreter.java:317)
    at ch.qos.logback.core.joran.spi.Interpreter.endElement(Interpreter.java:196)
    at ch.qos.logback.core.joran.spi.Interpreter.endElement(Interpreter.java:182)
    at ch.qos.logback.core.joran.spi.EventPlayer.play(EventPlayer.java:62)
    at ch.qos.logback.core.joran.GenericConfigurator.doConfigure(GenericConfigurator.java:149)
    at ch.qos.logback.core.joran.GenericConfigurator.doConfigure(GenericConfigurator.java:135)
    at ch.qos.logback.core.joran.GenericConfigurator.doConfigure(GenericConfigurator.java:99)
    at ch.qos.logback.core.joran.GenericConfigurator.doConfigure(GenericConfigurator.java:49)
    at ch.qos.logback.classic.util.ContextInitializer.configureByResource(ContextInitializer.java:77)
    at ch.qos.logback.classic.util.ContextInitializer.autoConfig(ContextInitializer.java:152)
    at org.slf4j.impl.StaticLoggerBinder.init(StaticLoggerBinder.java:85)
    at org.slf4j.impl.StaticLoggerBinder.<clinit>(StaticLoggerBinder.java:55)
    at org.slf4j.LoggerFactory.bind(LoggerFactory.java:143)
    at org.slf4j.LoggerFactory.performInitialization(LoggerFactory.java:122)
    at org.slf4j.LoggerFactory.getILoggerFactory(LoggerFactory.java:378)
    at org.slf4j.LoggerFactory.getLogger(LoggerFactory.java:328)
    at org.slf4j.LoggerFactory.getLogger(LoggerFactory.java:349)
    at com.mycompany.Application.<clinit>(Application.java:35)

Als erwartet, wieder zu 1.3.2.VERSION verursacht keine Probleme.

Suchen, so weit Sie verrät keine Spur zu Folgen. Vergleich der mvn dependency:tree Ausgang zwischen mit spring-boot 1.3.2.RELEASE und 1.3.3.RELEASE, ich kann sehen, dass die vorübergehende Abhängigkeiten von ch.qos.logback:logback-classic und ch.qos.logback:logback-access-Gläser haben sich geändert von 1.1.3 für das Frühjahr-boot 1.3.2.RELEASE zu 1.1.5 für die spring-boot 1.3.3.RELEASE, während ch.qos.logback:logback-core bleibt bei der 1.1.3 für beide Feder-boot-Aromen.

Hat jemand eine Idee, was das zugrunde liegende Problem ist (ich vermute, dass die Klasse scheitern zu instanziieren wurde entfernt oder verschoben werden) und/oder -- noch wichtiger -- was kann ich tun um es zu beheben?

Fügen Sie bitte die Ausgabe von mvn dependency:tree. Sie haben wahrscheinlich eine andere Abhängigkeit, die dazu zwingt, es wieder zu 1.1.3 anstelle der Verwendung von Feder-Stiefel 1.1.5.

InformationsquelleAutor Eric Spiegelberg | 2016-03-02

23

Spring Boot fehlen einige dependency-management für logback-core was die verschiedenen Versionen zu kriechen. Ich habe geöffnet ein Problem, um dagegen anzugehen.

In der Zwischenzeit können Sie das problem vermeiden, indem Sie Ihre eigenen dependency-management für Sie zu Ihrem pom:
```
<dependencyManagement>
    <dependencies>
        <dependency>
            <groupId>ch.qos.logback</groupId>
            <artifactId>logback-core</artifactId>
            <version>${logback.version}</version>
        </dependency>
    </dependencies>
</dependencyManagement>
```
- Vielen Dank Andy, Ihrem Vorschlag explizit hinzufügen die logback-core-Abhängigkeit wurde das Problem behoben. In unserem Fall, habe ich es zu nutzen 1.1.5. und einen Kommentar Hinzugefügt, dass diese Abhängigkeit sollte nur dann erforderlich sein, während mit spring-boot 1.3.3.
- sieht aus wie es ein Fehler ist, mit dem schema. <Abhängigkeiten> - element deklariert werden muss.
- Danke. Nicht sicher, warum die Gutachter abgelehnt Bearbeiten. Ich habe es mich.
InformationsquelleAutor Andy Wilkinson

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.