Axis2 整合 JAXB 2.x 與 JAX-WS 2.x 實戰：代碼生成、數據綁定與部署差異深度解析

背景：從 JAX-RPC 到雙標準並行

Axis 1.x 基於 JAX-RPC，限制內部設計並引發效能問題。Axis2 重寫內核，支援多種數據綁定（ADB、JiBX、JAXB）與全新的 JAX-WS 2.x 標準，實現「綁定即插即用」與「程式模型解耦」。

JAXB 在 Axis2 中的應用：WSDL2Java 生成封裝模式

• 運行 WSDL2Java -d jaxb ... 生成代碼，調用 JAXB 參考實現 XJC 產出數據模型類（含 @XmlType、@XmlElement 等註解）。
• 限制：僅支援「封裝操作」介面（單一請求/回應對象參數），不支援未封裝模式；WSDL 中嵌入多命名空間 Schema 會導致 XJC 拋異常，需拆分文件；無法向 XJC 傳遞自定義綁定選項。
• 客戶端調用 stub.getBook(new GetBook(...))，服務端繼承 JaxbLibrarySkeleton 實現業務邏輯，均操作封裝器對象。

JAX-WS 在 Axis2 中的應用：WsImport 生成未封裝介面

• 使用 JAX-WS RI 的 WsImport 而非 WSDL2Java，同樣產出 JAXB 數據模型，但生成 未封裝服務介面（方法參數直接對應消息部件，無封裝器層）。
• 介面以 @WebService、@WebMethod、@WebParam、@RequestWrapper 等註解綁定 WSDL 操作，客戶端調用如 stub.getBook(isbn) 更符合程式習慣。
• 服務端實現類標註 @WebService(endpointInterface=..., wsdlLocation=...) 並實現介面，部署為 JAR 放入 WEB-INF/servicejars（非 AAR）。
• 運行時需動態重寫端點地址：((BindingProvider)stub).getRequestContext().put(ENDPOINT_ADDRESS_PROPERTY, target)。

關鍵限制與選型建議

結論：簡單服務、無安全需求、偏好未封裝 API 選 JAX-WS；需 WS-Security、複雜 Schema 自定義、或整合既有 Axis2 模組選 JAXB。下一期將探討 Metro 框架對雙標準的原生支援。