<分区>
我一直在尝试对 CentOS/Redhat 的 REST 和 SOAP Web 服务支持框架进行一些研究，这些框架也能够合理地支持管理 Web 应用程序以及服务本身。
我们尚未确定 REST 还是 SOAP 将成为服务通信的方式。通信要求非常简单，因此可能不需要更重的 SOAP 接口(interface)。 (但也不会很复杂)
我过去曾使用 Ruby on Rails 工作过(目前在一边)，但我小组的其他成员对这项技术的熟悉程度不如 J2EE。
ServiceStack 也很有趣(我现在正在研究它)，但我过去从事过 .Net/Mono 项目，遇到过各种 Mono 实现和运行时问题。 (我确信它在过去 2 年中取得了长足的进步，但我想看看是否有更好的选择)
基本上我需要一个支持 REST 或 SOAP 的堆栈/框架(两者都很棒)并且可以支持 MVC 风格的 Web 应用程序。这个想法是 Web 服务和 Web 应用程序可以访问同一个数据库。 Web 应用程序将是最终用户/管理员管理界面，而 Web 服务将用于远程系统/自动访问受控数据。
最后，大约 80% 的应用程序数据库架构将是预定义的，不会遵循任何 MVC 样式建模。因此，一个旨在为仅供 MVC 使用的模式数据进行紧密建模的框架(如 Ruby on Rails)并不是更可取的，因为我们最终不得不重新创建模型或编写一个完全独立的数据库查询处理库Web 服务和 Web 应用程序都必须使用。如果可以更灵活地对现有数据进行建模，那就太好了。 (以防现有模式在以后发生变化)
对不起，如果我太笼统了。 (或特定的)我只是对意见感兴趣。谢谢!