基於JBoss AS的應用程序體系結構有什么好處？

Question

與獨立體系結構相比，我試圖了解JBoss AS可以為項目帶來什么？

我的模型應用程序是一件可靠的事情，它可以整體上，僅在主機上啟動，運行和停止。 它具有數據庫存儲，並與用戶和其他服務器通信（需要群集）。 它具有網絡部分。 這只是一個標准的大型應用程序。

對我來說，JBoss是（通常）多個應用程序的外殼，為我的應用程序提供了一些標准服務。 這個shell也是很可靠的東西-“一無所有”，可以打開/關閉某些東西（對您的應用程序產生不可預測的影響，或者影響JBoss的其他部分），也可以用不同的東西替換（非常辛苦，已經有點黑了）版本或其他模塊。

對我來說，獨立的應用程序是通過IoC布線將一些膠水（如果需要的話，用膠水）拼合在一起的。 我們可以單獨獲得JBoss擁有的一切。 Spring或其他膠水在這里就像應用程序服務器一樣工作，但是它更薄，我們仍然可以替換零件甚至是Spring本身（從編碼的角度來看，IoC接線很簡單）。

對我而言，獨立的，無AS的方法可提供更多的控制和靈活性。 而且，JBoss AS的最新版本已被完全記錄下來，某些功能（最受關注的功能）根本沒有記錄在案。

那么，為什么仍然有人選擇JBoss-有什么好處呢？

我贊成使用更多的獨立應用程序方法，但是需要更多的事實來更好地理解並說服他人。

Answer 1

在我看來，您所描述的是在同類最佳（收集所有零件並將其自身粘合在一起）與集成堆棧（JBoss編寫所有零件並為您集成）之間進行的經典選擇。 這是一場永恆的辯論。 如果同類最佳，那么請堅持使用。

JBoss是一個J2EE容器。 如果您不熟悉J2EE規范，請看一下。 基本上，Sun的社區流程提出了一個開發框架，其中包含您在創建大型應用程序時可能會感興趣的組件。 J2EE包含多個子規范，例如Servlet，EJB，JTA，JMS，以及其他許多字母技術。 如果您沒有使用任何這些技術，則不需要J2EE容器。 如果您只是對使用Servlet和JSP感興趣，那么最好使用Tomcat，Jetty，Resin等Servlet容器。

提供諸如可伸縮性，事務支持，聯合用戶管理等企業功能很困難。 J2EE容器提供了這些功能的標准級別。 如果您可以在其他地方找到滿足您要求的產品，那么您將獲得更大的動力。

Answer 2

您還可以選擇是否在JBoss內部運行。 如果您對JBoss服務感到滿意，則可以使用它們，如果您不喜歡JBoss為您提供的服務，則可以部署其他服務。

從JBoss的最低配置開始，然后建立自己的配置，應該為您提供了一個不需要運行不需要服務的設置。 就個人而言，我想知道我的AS正在運行，所以我更喜歡從最少的配置開始，僅添加必要的部分。

Answer 3

我想說使用JBoss的唯一原因是您是否需要訪問Java EE服務（例如消息傳遞，容器管理的事務等）。

請記住，JBoss是（粗略描述的）Tomcat和Java EE服務（是的，是的，我知道，這是一種非常簡化的方法，請耐心等待）。 我提到這一點是因為我會說您的決定是：

• 如果您只需要IoC和Spring和Tomcat可以獲得的其他一些功能，那就去吧
• 如果您的應用程序需要Java EE服務，請使用JBoss

請記住，您始終可以從基本系統（Spring + Tomcat）開始，並在以后需要時轉向JBoss。 沒有什么可以禁止的，並且從這種方法開始可能會向您顯示您是否真的需要Java EE服務或您對該解決方案進行了過度設計。