應用程序客戶端和獨立客戶端之間的區別

Question

正如標題所示，這與Java EE和Glassfish尤其有關。

從我學到的應用程序客戶端在一些應用程序客戶端執行，有能力與glassfish交談。但是，關於註釋似乎存在限制。

1. 有人可以給我舉兩個不同的應用程序類型連接到glassfish應用程序服務器的差異的例子嗎？

2. 應用程序客戶端方法的好處是什麼，以及在爲Java EE開發應用程序客戶端時最常用的方法是什麼？

Answer 1

在任何情況下與連接到應用程序服務器相關的代碼（你需要做的工作）並不是真的很難......但它包含在不同的文檔中。

這些是the instructions on how to access an EJB from a stand-alone java application。

這些是使用應用程序客戶端從具有GlassFish v3的Java EE 6應用程序客戶端訪問EJB的指示信息：http：//www.docs.sun.com/app/docs/doc/820-7695/beakt？ l = en & a = view

從應用程序客戶端訪問EJB使您可以比直接使用EJB「自動」訪問更多的Java EE服務。您可以在獨立案例中湊齊訪問這些服務的一部分，但負擔轉移到應用程序開發人員/部署人員以使該訪問工作。

在短期內創建一個訪問EJB的獨立應用程序似乎很容易，許多人將投資於該策略。如果他們將客戶端應用程序部署到大量機器上，那麼與拼湊在一起的服務訪問策略相關的負擔將成爲一種負擔。

部署使用應用程序客戶端容器的應用程序客戶端也不是免費的。其優勢在於您可以獲得應用服務器供應商的支持來克服部署問題。

如果您正在使用GlassFish（v2.1，v2.1.1或v3），還可以利用Java Web Start支持，這可以大大簡化客戶端應用程序的部署。

Answer 2

應用程序客戶端實際上在一個容器中運行，並且可以像Servlet或EJB一樣完全訪問服務器上定義的Java EE資源。這通常用於某些類型的管理客戶端，而不是用戶應用程序。 Here is one explanation。

除了Java EE應用程序客戶端，還有一個Thin Client的概念，它允許訪問一些Java EE資源，但不像App Client那麼容易。它通常涉及使用具有絕對名稱的JNDI查找，因爲JNDI引用不可用。一個典型的例子是JMS消息的獨立生產者/消費者。它基本上是完整的App客戶端的輕量級選項。

如果您只是簡單地創建用戶應用程序，那麼您很可能希望使用瘦客戶機模型，或者簡單地使用通過servlet或Web服務調用從Java EE應用程序中使用服務的普通舊應用程序。