1、在呼叫第三方的web service過程中（雙方都是axis2），發現如下問題
當資料量大時，第三方返回的contenttype[在http頭內]是xml
當資料量小時，第三方返回的contenttype[在http頭內]是text
這導致預設情況下，axis2 1.4生成的客戶端在處理資料量小時產生錯誤，報contenttype型別不對，這是由於在soap1.2中，強制要求xml，但1.1不需要，因此，解決該問題的方式如下：
stub._getserviceclient().getoptions().setsoapversionuri(org.apache.axiom.soap.soap11constants.soap_envelope_namespace_uri);
這樣就不會有強制校驗了
2、axis2生成的客戶端，呼叫多次後，發現有許多close_wait狀態的連線。網上有很多類似的報告：
在axis2中，解決該問題，只需要設定乙個選項即可：
由於axis2中使用的是apache的httpclient元件，該元件預設情況會快取連線已供重用，因此，如果不設上述選擇，即使設定
了httpconstants.auto_release_connection選項或手功clearup也無濟於用。
Axis2常見問題分析
1 在呼叫第三方的web service過程中 雙方都是axis2 發現如下問題 當資料量大時，第三方返回的contenttype 在http頭內 是xml 當資料量小時，第三方返回的contenttype 在http頭內 是text 這導致預設情況下，axis2 1.4生成的客戶端在處理資料量小時...
axis2 和 xfire 介面呼叫問題排查
背景 1個運營商廠家開發人員離職，我們為了上線對接介面，遷就對方客戶端呼叫。對方客戶端框架用的是xfire.呼叫方式基本為 service servicemodel new objectservicefactory create eomsprocesssheet.class xfire xfire ...
cocoapods使用問題解決
一開始報的錯好像是pods的版本太低了，需要公升級。公升級的命令是gem update cocoapods，但是最近正好國內的網路形式特別嚴峻，好像gem的源被牆了，所以先要替換源，用的是國內 的映象 gem sources remove gem sources a gem sources l 然後...