是否可以在Karaf 2.3上使用Spring 3.1而不用擔心會破壞任何東西?Karaf 2.3駱駝2.10:可以切換到Spring 3.1嗎?
回答
那麼有一個可用於Karaf 2.3.0的Spring31功能。 它可能會看到次優的提供它作爲一個可選的功能,但現在的標準。 2.3.0行的彈簧特性是spring 3.0.x的特性。 對於開箱即用的支持,您需要等待一會Karaf 3.0
使用OSGi始終有一個擔心:(
駱駝支持春季3.0和3.1。所以從這點駱駝,你應該沒問題。Karaf來開箱與Spring 3.0.7,和你需要重新配置Karaf來使用Spring 3.1.x代替
恕我直言,這是錯誤的(例如Karaf公開了Spring 3.0.7開箱即用),因爲我相信Karaf不應強制用戶進入特定的Spring版本。但是讓最終用戶可以自由選擇他們想要使用的Spring,甚至可以將Spring 3.0,3.1和3.2並行運行,就像容器中部署的應用程序所需要的那樣;或者至少Karaf應該使得它更容易選擇哪個春季版本開啓/開箱即用。
有關於這個問題的Karaf @dev郵件列表的討論,以及如何解決這個問題。 http://karaf.922171.n3.nabble.com/Apache-Karaf-2-3-0-very-close-tp4026295.html 這裏 http://karaf.922171.n3.nabble.com/Re-3rd-Party-Feature-Definitions-tp4026366.html
對這些郵件列表擡起你的聲音作爲Karaf團隊上市那裏!
我在這個問題上掙扎了一下。基本上我們使用的是Camel 2.10.1,Spring Integration 2.1.3.RELEASE(是的,我知道兩個集成框架),我們使用Spring 3.1.2.RELEASE,activemq 5.7.0和Karaf 2.3.0。正如克勞斯OSGi的說,它始終是一個隱憂,尤其是當你不擁有控制權
- 第三方OSGi的表現
- Karaf特徵描述(這是略少一份擔心,你可以解決這個問題創建自定義分配)。
我們也使用Spring DM,所以基本上有三種可用的Spring 3.0,3.1和2.5.6版本。你最終可以安裝三個版本的spring-core,例如通過傳遞依賴解決方案或其他方式安裝,並且根據啓動順序等,你可以運行一些令人討厭的「使用」約束,這總是很痛苦,有時候不容易解決。
我們最終什麼事做與Karaf對準和支持3.0.7拋棄春3.1.2.RELEASE,這很容易在我們的情況下,3.0.7的罰款。
總的來說,我有發現根據容器提供的開箱即用是一種合理的策略來處理依賴關係。
- 1. 將駱駝Spring XML移動到Spring Boot
- 2. 切換駱駝竊聽隊列
- 3. 駱駝MongoDB:如何添加切換器
- 4. 駱駝將Java DSL轉換爲Spring DSL
- 5. 駱駝和Spring集成
- 6. tomcat 7 Spring 3.1 Eclipselink 2.3
- 7. Spring引導apache駱駝和apache駱駝XPATH
- 8. Jersey JSON從駱駝案件切換到下劃線(蛇案)
- 9. 駱駝:如何做轉換
- 10. 什麼可以在Apache的駱駝
- 11. 我們可以在apache駱駝中使用多個mutlicast嗎?
- 12. 我可以阻止駱駝解碼查詢參數嗎?
- 13. 駱駝Apache:我可以使用retryWhile重新發送請求嗎?
- 14. 駱駝JSON到XML轉換問題
- 15. Magento駱駝案例轉換
- 16. osgi-karaf-多種版本的服務和駱駝路線
- 17. 在karaf中使用駱駝路線的巨大性能問題
- 18. 讓駱駝開心駱駝大小寫轉換
- 19. 阿帕奇駱駝藍圖在karaf上的MS SQL數據源
- 20. 駱駝捕捉JDBC異常ClassNotFound的上karaf
- 21. Karaf腳本暫停所有啓動的駱駝路線
- 22. 無法在Karaf部署駱駝網絡2.1.0
- 23. Javascript可以切換frameborders嗎?
- 24. 駱駝 - 不能以路線
- 25. 駱駝RabbitMQ連接使用駱駝amqp
- 26. Apache的駱駝+ Spring的WS +授權
- 27. 駱駝請求中的交換ID以偶數結尾
- 28. 駱駝/ AggregationStrategy tokenizeXML
- 29. Apache的駱駝 - 使用Spring Security基本身份驗證駱駝航線
- 30. 無法用駱駝路線模擬替換spring bean
請考慮格式化您的答案 - 有一大堆非結構化的行很難閱讀;-) – kleopatra