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接收json 利用AXIS2返回JSON
在已經有axis2的基礎之上操作 4 在axis2.xml中新增json訊息格式，找到標籤，在這個標籤裡新增如下 段 class org.apache.axis2.json.jsonmessageformatter class org.apache.axis2.json.jsonbadgerfish...
axis2學習 axis2訊息處理機制
為了更好的理解axis2，我們首先看web services的訊息生命週期的概念。通常，訊息的生命週期如下圖 img 訊息傳送者應用建立原始的soap訊息 由相應的訊息頭和訊息體組成的xml檔案，一旦訊息準備完畢，就會把這些訊息通過http jms等方式傳送出去。如果axis2載入了其他的ws 模組...
Axis2 呼叫 流程
axis2看了一些資料 自己總結下 客戶端呼叫介面流程 首先是先 建立request soap包工廠 fac。建立 請求soap 包的工廠 private static omfactory fac omabstractfactory.getomfactory 先通過fac工廠 建立 sopa的 命名...