什么是相对的优势和弱点之间阳光的地铁和Apache CXF于服务发展。是否有另一个框架,我应该看吗?

有帮助吗?

解决方案

几个月前我就在你的位置,最后看着Metro。

对我而言,杀手级功能是Metro使用标准注释将给定方法公开为Web服务,所有粘合代码都可以在运行时自动生成。即在我们当前的部署平台Java 5下构建和部署以及在标准servlet容器(我相信2.5)中工作时,没有额外的步骤。

这对我们来说非常有效。

我选择标准注释的原因非常简单,我们的应用程序几十年来一直在文明生活,之后必须进行一些维护。通过编码到接口而不是实现,我们可以在代码下面交换整个脚手架,而无需更改实现Web服务的代码。在十年的时间里(或更多)任何特定的实施可能已经枯萎死亡,但其他实施可能已经上升并且可以立即插入。

看看你今天对servlet容器有多少选择......这就是一个好API的强大功能!


编辑:显然,Java 6运行时包括Metro堆栈和最小的Web服务器。换句话说,单独的JRE可能是上面提到的脚手架替换:D

其他提示

这两个地铁和CXF是贾克斯-WS符合网服务叠,和从一个运行的角度来看,有很少的选择他们之间。

然而,CXF有 更好的文件,以及更多的灵活性和额外的功能如果你愿意超越贾克斯-WS规范。根据文件一个人,我会挑CXF过Metroevery时间。

然而,我会选 弹簧Web服务 在地铁或CXF.这不是贾克斯-WS兼容,但是我不认为这是一个问题。这也是两个相当简单和更灵活的比他们。强烈建议。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top