Java 应用程序客户端和独立客户端之间的区别

正如标题所示，这与JavaEE和Glassfish有关

据我所知，应用程序客户机是在一些能够与glassfish对话的应用程序客户机中执行的。但在注释方面，这似乎有局限性

有人能给我举个例子，说明从两种不同的应用程序类型连接到glassfish应用程序服务器的区别吗

应用程序客户机方法的好处是什么？在为JavaEE开发应用程序客户机时，最常用的方法是什么

---

应用程序客户机实际上是在容器中运行的，可以完全访问服务器上定义的JavaEE资源，方式与Servlet或EJB相同。这通常用于某种类型的管理客户端，而不是用户应用程序

除了JavaEE应用程序客户机之外，还有a的概念，它也允许访问一些JavaEE资源，但不像应用程序客户机那么容易。它通常涉及使用带有绝对名称的JNDI查找，因为JNDI引用不可用。一个典型的例子是JMS消息的独立生产者/消费者。它基本上是完整应用程序客户端的一个较轻的选项

如果您只是创建一个用户应用程序，那么您很可能希望使用瘦客户机模型，或者使用一个普通的旧应用程序，它通过servlet或web服务调用简单地使用来自javaee应用程序的服务

无论哪种情况，与连接到应用服务器相关的代码（您需要做的工作）都不是那么难。。。但它在不同的文件中有所涉及

这些是

以下是使用应用程序客户端从带有GlassFish v3的Java EE 6应用程序客户端访问EJB的说明：http://docs.sun.com/app/docs/doc/820-7695/beakt?l=en&a=view

与直接使用EJB相比，从应用程序客户端访问EJB可以“自动”访问更多的JavaEE服务。在独立的情况下，您可以拼凑对其中一些服务的访问，但要使访问工作正常，负担将转移到应用程序开发人员/部署人员身上

从短期来看，创建一个访问EJB的独立应用程序似乎很容易，许多人都会投资于这一策略。如果他们将客户机应用程序部署到大量机器上，那么与拼凑在一起的服务访问策略相关的负担可能会成为负担

部署使用应用程序客户端容器的应用程序客户端也不是免费的。优势在于，您可以获得应用程序服务器供应商的支持，以克服部署问题

---

如果您使用的是GlassFish（v2.1、v2.1.1或v3），还可以利用Java Web Start支持，这大大简化了客户端应用程序的部署。

第一个链接移动到：--因为Oracle将所有X.dev.Java.net链接移动到了X.Java.net