Java 8 Spring-Kompatibilität

Ich bin derzeit die Migration meiner Anwendung von Java 7 auf Java 8 und aktuell läuft bei mir die Feder 3.1.6 jar. Dies wäre kompatibel mit Java 8 oder brauche ich ein upgrade der Frühling jar ?

Verstehe ich, dass der Frühling 4x version hat Natürliche Unterstützung für Java 8, aber diese Zeit ist entscheidend und ich bin versuchen das zu ändern, so wenig Gläsern wie ich kann.

InformationsquelleAutor cpkarthic | 2015-08-28
  1. 17

    Im Grunde Spring 3.x - Versionen unterstützt bis zu Java-7 nur. Wenn Sie migrieren möchten Java-8 Sie verwenden sollten Spring 4.x version.

    Jedoch einige spring release notes sagt, dass die Spring Framework 3.2.x
    wird die Unterstützung der Bereitstellung auf JDK 8 Laufzeiten für Anwendungen zusammengestellt
    gegen JDK 7 (mit -Ziel 1.7) oder früher. Beachten Sie, dass es nicht
    Unterstützung JDK 8's bytecode-format (-Ziel von 1,8 als notwendig für Lambda-Ausdrücke);
    bitte aktualisieren Sie Spring Framework 4.0 für diesen Zweck.

    Folgen diese link auf die Quelle-Artikel.

    • Ja, das ist es! Wenn Sie kompilieren auf JDK 7 können Sie laufen auf JRE 8, aber Sie brauchen 3.2.1.RELEASE-version von Spring
    InformationsquelleAutor Channa Jayamuni
  2. 3

    Nein, es ist nicht kompatibel. Ich habe laufen in das gleiche Problem und während viele werden sagen, dass Java 8 ist vollständig rückwärts kompatibel mit älteren Versionen von java, stellt sich heraus, nicht um wahr zu sein.

    Dieser hat eine sehr gute Erklaerung der genaue problem ich lief in java 7 gezielte code mit java 8.

    https://gist.github.com/AlainODea/1375759b8720a3f9f094

    Weil die API von ConcurrentHashMap geändert hat zwischen dem 2 java-Versionen, der Frühling bricht auf Start und geben Sie am Ende mit

    SEVERE: Context initialization failed
java.lang.NoSuchMethodError: java.util.concurrent.ConcurrentHashMap.keySet()Ljava/util/concurrent/ConcurrentHashMap$KeySetView;
    at org.apache.catalina.core.ApplicationContext.getInitParameterNames(ApplicationContext.java:368)
    at org.apache.catalina.core.ApplicationContextFacade.getInitParameterNames(ApplicationContextFacade.java:367)
    at org.springframework.web.context.support.WebApplicationContextUtils.registerEnvironmentBeans(WebApplicationContextUtils.java:201)
    at org.springframework.web.context.support.AbstractRefreshableWebApplicationContext.postProcessBeanFactory(AbstractRefreshableWebApplicationContext.java:163)

    Hatte ich keine Wahl, aber ein upgrade auf Spring 4.x (nicht sicher, ob 3.2 oder höher gearbeitet haben würde, so sprang ich direkt auf 4.x)

    InformationsquelleAutor Ryba
  3. 1

    Wenn einige Bibliotheken (bzw. die JRE selbst ist), JDK 8 und die component-scan-feature des Frühlings aktiviert ist (und durchsucht diese libs/jdk-Klassen), dann die minimal-Frühling version 3.2.10-VERSION.

    Der Grund ist das upgrade der ASM (die Bibliothek, die Feder verwendet, um die scan-kompilierten Klassen und zu erkennen, Anmerkungen, implementierten interfaces, etc.) im Frühjahr.

    Sehen SPR-11979 und SPR-11656 für details.

    • Dies funktionierte großartig, als ich habe ein Upgrade einer alten app aus 3.2.2-RELEASE zu 3.2.18.RELEASE
    InformationsquelleAutor Gaetan
  4. -5

    Java 8 und die jvm-8 ist vollständig abwärtskompatibel mit allen älteren Versionen von java. Java nimmt mühsamen Schritte, um sicherzustellen, dass die neuen Versionen nicht brechen alte code. Jeder code, den Sie schrieb, für java 7 kompiliert werden kann mit java 8, und jeder code, den Sie kompiliert für java 7 läuft auf jvm-8.

    InformationsquelleAutor kag0
Schreibe einen Kommentar