2012-06-26 42 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