PHP-Java桥接器VS RESTful Web服务：至于性能哪个好？(PHP-Java Brid

我们有一个Drupal（PHP）的CMS系统，从而迅速成长出其原有的要求。 一个Java后端已经被修建，这现在这样多的功能。 这两种通讯科使用REST风格的WS。 这两个系统在同一台服务器上运行，所以这是一个本地WS电话。 虽然这是一个本地电话，感觉太笨重，而且我觉得我们真的不应该是使用Web服务进行这种整合。

我相信，因为他们声称比通过SOAP本地RPC调用50倍的速度一个PHP-Java桥接器会更好执行（http://php-java-bridge.sourceforge.net/pjb/）。 我看到的PHP-Java桥接器使用XML数据流，所以我本来以为性能将类似于XML-RPC。

我知道来回答这将是写一个POC的最佳途径，但这是不可能的，由于时间的限制（时间紧迫）。 所以我的问题是，有没有人基准这些或任何人都可以提供关于其有关这两种技术经验的洞察力。 特别是信息与性能。

提前致谢。

Answer 1:

我也有过类似的情况，但最终决定使用JSON实施和REST，而不是PHP-Java桥接器。 减少复杂性和较大的再利用公开为REST服务的压倒获得更好的性能的需求。

Answer 2:

几点思考

1. 请问您的REST风格的WS暴露的资源以JSON格式？ JSON格式是更轻，速度比XML处理
2. 裸记住，SOAP通过给定的XSD进行验证，也许这个框架没有使用XSD进行验证（这可能是危险的）
3. 上面的解决方案符合JSR 223是脚本引擎JSR - 这是好事 - 因为如果需要的话，你将能够与其他供应商来取代它
   
4. 我看到它使用了一个快速的CGI的HTTP服务器 - 据我所知，这是一个与CGI的性能非常好高可扩展性。

听起来这可能是一个很好的候选人 - 协议进行了优化与SOAP比较（我有SOAP经验）。

总之 - 如果你的RESTful Web服务不能暴露SOAP - 我会考虑这种方法，但是你需要验证Drupal的工作FastCGI的。

文章来源: PHP-Java Bridge vs RESTful WebService : With regards to performance which is better?