回答
在新版本中刪除了很少的API。新版本不會有任何意外的改變,API可能會有輕微的變化。但是,您必須觀看將在未來版本中刪除的棄用API。
看看這個document,他們已經包含了很少的向後兼容性更改和刪除的API。
刪除了和組件的對象映射器選項的向後兼容性。
但文件中提到的變化不大。
通常在文檔中會記錄任何中斷更改或不兼容性。當你can see有一些不推薦使用的代碼,但它看起來是向後兼容的。
它應該向後兼容。我最近觀看了http://oredev.org/2013/wed-fri-conference/spring-4-on-java-8,並回憶說Juergen Hoeller說他們設計的Spring 4.0很容易從3.2分鐘左右的升級到視頻中的47分鐘。
我認爲應該沒有兼容性問題。
如果您更新了第三方依賴關係並更新了項目中的任何Spring棄用,那麼您應該是安全的。 Spring框架的項目負責人于爾根·Hoeller在博客中寫道:Migrating from Spring Framework 3.2 to 4.0.1:
在很大程度上,從Spring框架3.2(或更早)升級到4.0.1應爲版本號在你的Maven的變化一樣簡單多金屬氧酸鹽。請注意,您可能需要特定的第三方依賴升級到最新版本不夠(如Hibernate的3.6 +石英1.8+,傑克遜1.8+,瓷磚2.2+)
閱讀GitHub上的migration guide瞭解詳情。
我已經對這裏的彈簧釋放API的變化製得的報告:http://abi-laboratory.pro/java/tracker/timeline/spring-framework/
該報告包括向後二進制(BC)和源極 - 兼容性(SC)的分析結果。預計3.2.16至4.0.0之間的BC爲90.08%,SC估計爲88.70%。
該報告由japi-compliance-checker工具生成。
...
- 1. SYSTEM_UI_FLAG_IMMERSIVE_STICKY向後兼容性
- 2. .net 4向後兼容性
- 3. visual studio向後兼容性
- 4. GCC向後兼容性
- 5. VSTO 2012:向後兼容性
- 6. pandas.DataFrame.to_pickle向後兼容性
- 7. 向後兼容性play-1.2.3
- 8. C#的向後兼容性
- 9. 插件向後兼容性
- 10. Xcode向後兼容性
- 11. WP7.1向後兼容性
- 12. XSD向後兼容性
- 13. 向後兼容性dll
- 14. UIRefreshControl向後兼容性
- 15. Silverlight 5向後兼容性
- 16. DirectX的向後兼容性
- 17. UWP MediaPlayerElement向後兼容性
- 18. OpenGL向後兼容性
- 19. Visual Studio向後兼容性
- 20. 測試向後兼容性?
- 21. 二進制兼容性vs向後兼容性
- 22. html5數據屬性向後兼容性
- 23. Xcode向後兼容
- 24. 向後兼容Android
- 25. 向後兼容BackupAgent
- 26. ios5向後兼容
- 27. Office.Interop向後兼容?
- 28. iOS6向後兼容
- 29. MSVCRT向後兼容?
- 30. 向後兼容setOnDateSetListener
我不認爲這是完全向後兼容基於我發現[這裏] [1] [1]:HTTP ://stackoverflow.com/questions/29688479/spring-saml-not-working-with-latest-spring-security-4-0-0-release – kayoubi