Bei einer Anwendung, die Spring 2.5 verwendet, werden bei der Migration zu Spring 3.0 die Bereiche berücksichtigt, in denen das Entwicklungsteam Zeit investieren muss, um die Dinge zum Laufen zu bringen. Angenommen, das Team würde nicht versuchen, die neuen Spring-Funktionen als Teil des Upgrades zu nutzen, sondern die Anwendung in den Zustand versetzen, in dem sie wie in Version 2.5 funktioniert. Die Vorteile von 3.0-Features zu nutzen wären die nächsten Schritte, die es zu beachten gilt.
Bearbeiten: Ich habe die Frage überarbeitet, um mich auf die Schwachstellen des Upgrades zu konzentrieren, auf die ich wirklich aus bin.
Wahrscheinlich die größte Änderung in Frühling 3.0 ist, dass es nun J2SE 5.0 benötigt.
Einer der Spring-Entwickler antwortet auf eine Kompatibilitätsfrage in diesem Blog-Eintrag .
Frühling 3.0 zielt darauf ab, 99% rückwärts zu sein kompatibel mit Spring 2.5. Der Kern APIs und SPIs bleiben stabil in Um bestehende Erweiterungen beizubehalten (und natürlich auch bestehende Anwendung Code) arbeiten. Einführung von Generika und varargs, wie wir in M1 und M2, sollte immer noch Binär bleiben Kompatibilität. Das heißt, wir generell empfehlen, Ihre Anwendungen neu zu erstellen für Frühling 3.0, um zu fangen mögliche API-Probleme früh. Dieser Wille erlauben Sie auch, das Maximum zu bekommen Profitieren Sie von der Java 5 API von Spring 3.0 Verfeinerungen.
Wenn Sie Glück haben, dann wird sich nichts ändern müssen, es sollte alles funktionieren. Die Spring-Jungs sind sehr vorsichtig, um Rückwärtskompatibilität zu erhalten.
Der größte Grund dafür, dass es nicht funktioniert, ist, wenn Sie Code verwenden, der in 2.5 veraltet war und in 3.0 zum Entfernen markiert wurde. Sie finden diese Liste hier .