在工作中，我们目前有一个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而不是使用现有的库，应该采取一种可配置的方法来解编和编组。