Websphere 7小版本不同导致的JAXP兼容性问题
Websphere 7小版本不同導致的JAXP兼容性問題
?
Java, javaEE, ?web, ?xml, ?Xerces, ?Websphere, 應用服務器, JAXP
?
???????? 開發JAVAEE 應用的技術人員或多或少都遇見過不兼容的問題,總結一下,最容易出現兼容性的無非是日志(common logging, LOG4J)和XML解析(JAXP/Xerces),因為這兩個組件太常用以至于幾乎所有的企業級組件都會直接或間接的依賴它們,當我們的WEB應用依賴的東西太多時,不可避免出現兼容性問題。很多WEB應用可以正常在TOMCAT和JBOSS上跑,可一上WAS就不能用了,其原因,大多是因為類路徑中存在不同版本的依賴項,而不同組件依賴的又是不同版本,導致問題。下面我簡單說一下最近同事出現一起兼容性問題的解決過程,供大家在解決同類問題時提供一些思路:
?
現象:同樣的應用,WAR包未做更改,在WAS7.0.0.9上可以運行正常,但在7.0.0.12上運導致應用啟動有錯,異常原因是某個JAXP的某個類(好象是Node)缺少某個方法定義。
?
疑問的地方:WAS的小版本的升級也會導致不兼容,這在以前確實沒有見過,以前在將TOMCAT應用移植到WAS時,由于WAS也提供了JAXP的相關包,但該包版本太低導致不兼容,當初是通過更改IBM JRE下面的jaxp.properties來解決,JAXP實現更改為我們需要的實現,但這次更改該文件不管事,還是出現同樣的錯誤 。
?
懷疑點:還是懷疑生產環境里存在兩個版本不同的JAXP,但即然已經指定了實現,為什么還會出問題呢?況且WAS的版本只有一些小變化,為什么會出現這么大的問題呢?另外一點,WAS是剛裝的,并未對其做什么更改,最終將懷疑點鎖定在我們提供的WAR包上。
?
過程:在開發環境尋找出現問題的類,果然找到兩個版本的JAXP,其中一個有那個接口,一個沒那個接口,它們分別名字:xml-apis.jar, xmlAPIS.jar,但實際都是JAXP接口包,這是開發人員由于引入第三方組件自動通過MAVEN加上去的。去掉低版本的包,再部署,問題得到解決。
?
后續:如果去掉該包導致第三方其它組件有問題,那沒辦法,只能更換那個第三方組件的版本,讓它兼容我們現在的JAXP。
?
原來:當類路徑中存在多個版本的類時,先加載哪個類是不可預測的,對于不同的JRE,文件結構等都有可能不一樣,在本案中,7.0.0.9上加載了高版本的類,而在7.0.0.12上卻加載了低版本的類,所以導致問題。
總結
以上是生活随笔為你收集整理的Websphere 7小版本不同导致的JAXP兼容性问题的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 科学历史也可以写的如此精彩 ——《量子物
- 下一篇: 无限的童年回忆---赣州人的童年