在工作中，我們目前有一個WSDL接口以及一個半RESTful接口，我們希望將其擴展並提升到一個新的水平。用於集成WSDL，REST等的Java Framework
主應用程序使用Servlets + JSP和Spring運行。
思想是REST和WSDL是將要設計的API的接口。這些（以及未來可能的其他事情）只是客戶端能夠與界面集成的一種方法。
我想知道是否有框架/方法等方面的建議或建議，以實現底層的API，還是僅僅創建一些WSDL或REST調用的Spring bean是有意義的？
希望是有道理的。
你的方法是有道理的。可能最重要的建議是儘可能減少外部API層。您可以使用Axis，Apache CXF，Jersey等來處理REST或SOAP協議的實現，但是這些服務的實現應該只是將傳入的數據加載到一個公共請求對象中，然後將其傳遞給一個單獨的服務處理請求並將外部API層將調入的響應對象返回給您正確的格式。
如果您的競爭對手提供類似的服務，並希望讓其客戶輕鬆切換，此方法尤其適用。您只需構建一個反映競爭對手的新外部API，並簡單地將其格式轉換爲您的內部api模型，並提供您的服務在功能上等同，即可完成。
看看Eunicate這很棒。您正在使用Spring，Spring已經支持SOAP一段時間，Spring 3支持REST（創建和使用）。
這是一個非常遲的迴應，但我對這個主題有不同的看法。我們知道的傳統方法是將xml解組爲java，然後將java解組爲xml。但是，如果wsdl發生變化，那麼它將實際上是代碼中的結構變化，這將再次需要部署。
而不是上述的方法，如果我們列出在預先存儲的wsdl中提到的字段，將映射加載到內存中並基於這些映射準備我們的結構，那麼我們將不得不對這些變化進行很少的更改。因此IMO而不是使用現有的庫，應該採取一種可配置的方法來解編和編組。