正如标题所示，这尤其与 Java EE 和 Glassfish 有关。
据我所知，应用程序客户端是在一些能够与 glassfish 交谈的应用程序客户端中执行的。但是关于注释似乎有限制。
有人可以举一个例子说明从两种不同的应用程序类型连接到 glassfish 应用程序服务器的区别吗？
应用程序客户端方法有什么好处，在为 Java EE 开发应用程序客户端时最常用的方法是什么？
问问题
8350 次
2 回答
4
应用程序客户端实际上是在容器中运行的，并且可以完全访问在您的服务器上定义的 Java EE 资源，其方式与 Servlet 或 EJB 相同。这通常用于某种类型的管理客户端，而不是用户应用程序。 这是一种解释。
除了 Java EE 应用程序客户端之外，还有瘦客户端的概念，它也允许访问一些 Java EE 资源，但不如应用程序客户端那么容易。它通常涉及使用具有绝对名称的 JNDI 查找，因为 JNDI 引用不可用。一个典型的例子是 JMS 消息的独立生产者/消费者。它基本上是完整 App Client 的一个轻量级选项。
如果您只是创建一个用户应用程序，您很可能希望使用瘦客户端模型，或者简单的旧应用程序，它只是通过 servlet 或 Web 服务调用从您的 Java EE 应用程序中使用服务。
于 2009-12-11T14:20:02.080 回答
4
在任何一种情况下，与连接到应用程序服务器相关的代码（您需要做的工作）并不是那么难……但它在不同的文档中有所介绍。
这些是关于如何从独立的 Java 应用程序访问 EJB 的说明。
以下是使用应用程序客户端通过 GlassFish v3 从 Java EE 6 应用程序客户端访问 EJB 的说明：http://docs.sun.com/app/docs/doc/820-7695/beakt?l=en&a=看法
从应用程序客户端访问 EJB 可以让您“自动”访问更多 Java EE 服务，而不是“直接”使用 EJB。您可以在独立的情况下拼凑对其中一些服务的访问权限，但负担转移到应用程序开发人员/部署人员身上，以使访问工作正常进行。
在短期内，创建一个访问 EJB 的独立应用程序似乎很容易，许多人将投资于该策略。如果他们将客户端应用程序部署到大量机器上，与拼凑在一起的服务访问策略相关的负担可能会成为负担。
部署使用应用程序客户端容器的应用程序客户端也不是免费的。优点是您有应用服务器供应商的支持来克服部署问题。
如果您使用的是 GlassFish（v2.1、v2.1.1 或 v3），您还可以利用 Java Web Start 支持，这大大简化了客户端应用程序的部署。
于 2009-12-11T17:59:46.600 回答