2012-06-26 36 views
2

我们有一个drupal(PHP)CMS系统,它迅速增加了它的原始需求。一个Java后端已经建成,现在它完成了很多功能。这两个通信使用RESTful WS。两个系统都运行在同一台服务器上,所以这是一个本地WS调用。尽管这是一个本地调用,但它感觉太笨拙了,我觉得我们不应该真正使用Web服务来进行这种集成。PHP-Java Bridge vs RESTful WebService:关于性能哪个更好?

我相信一个php-java桥会表现更好(http://php-java-bridge.sourceforge.net/pjb/),因为他们声称比通过SOAP的本地RPC调用快50倍。我发现php-java bridge使用XML流,因此我会认为性能与XML-RPC类似。

我知道回答这个问题的最好方法是编写一个POC,但由于时间限制(紧迫的最后期限),这是不可能的。所以我的问题是,有没有人对这些技术进行过基准测试,或者有谁能够提供有关这两种技术的经验的见解。特别是有关绩效的信息。

在此先感谢。

+3

如果您已经有时间限制,无法提供PoC,那么您为什么要问?构建真实的东西需要更长的时间,所以根据定义,你也没有时间去做。此外,不知道你的系统是干什么的,几乎不可能给你一个明确的答案。 – Gordon

+0

尽管我只参加了几个基于JAVA的web项目,但他们都很笨重,迟缓和懒惰......而且使用XML的JAVA总是笨重......尽管我喜欢JAVA,但我并不觉得它是最好的工具用于构建Web应用程序... – shadyyx

+0

@Gordon是的,你是正确的,实现将花费比POC更长的时间,因此在这个阶段都不可能。我问这个问题的原因是因为我试图说服人们让我们有时间在以后做POC。如果在这个论坛上有几个人告诉我,当考虑到php-java桥时,我正在寻找错误的方向,我不会再推我的案例。 – Chris

回答

1

我有过类似的情况,但最终决定使用JSON和REST而不是php-java桥接来实现。随着REST暴露的服务复杂性降低和重用程度提高,性能需求得到改善。

+1

+1,简单明了! – Chris

1

的几点思考

  1. 贵REST风格的WS暴露的资源以JSON格式? JSon格式比XML更轻,处理速度更快
  2. 上面的解决方案符合JSR标准,它可以帮助我们确定SOAP是否通过给定的XSD进行验证,可能此框架没有使用XSD执行验证(这可能有风险)
  3. 上述解决方案符合JSR 223这是脚本引擎JSR - 这很好 - 如果需要,您可以用其他供应商替换
  4. 我看到它使用了一个快速的CGI HTTP服务器 - 从我所知道的这是一个高度可扩展的CGI的表现非常好。

听起来像这样可以是一个很好的候选人 - 与SOAP(我有SOAP经验)相比,协议是优化的。

总结 - 如果您的RESTFul Web服务无法公开SOAP - 我会考虑这种方法,但是您需要验证Drupal是否可以与FastCGI一起使用。

+0

是的,我们的WS公开了JSON,而不是SOAP。 – Chris

+1

在阅读你的答案后,我快速浏览了FastCGI和Drupal,并找到了这个网站:http:// buytaert。net/drupal-webserver-configurations-comparison,它显示了Drupal可以与FastCGI一起工作,并显示了一些作者的性能测试结果。感谢您的回答,我现在将推动这些权力,认真考虑为POC争取时间。 – Chris