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

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应用程序中使用服务的普通旧应用程序。