2009-12-11 21 views
5

Como sugiere el título, esto está relacionado con Java EE y Glassfish en particular.Diferencia entre un cliente de aplicación y un cliente independiente

Según lo que he aprendido, el cliente de la aplicación se ejecuta en algún cliente de aplicaciones que tenga la capacidad de hablar con glassfish. Pero parece haber limitaciones a esto con respecto a las anotaciones.

  1. ¿Alguien me puede dar un ejemplo de la diferencia entre conectarse a un servidor de aplicaciones de Glassfish desde los dos tipos de aplicaciones diferentes?

  2. ¿Cuál es el beneficio del enfoque del cliente de la aplicación, y qué enfoque es el más utilizado al desarrollar clientes de aplicaciones para Java EE?

Respuesta

3

El código (trabajo que necesita hacer) asociado con la conexión al servidor de aplicaciones en ambos casos no es realmente tan difícil ... pero está cubierto en diferentes documentos.

Estos son the instructions on how to access an EJB from a stand-alone java application.

Estas son las instrucciones para usar un cliente de aplicación para acceder a un EJB desde un cliente de aplicación Java EE 6 con GlassFish v3: http : //docs.sun.com/app/docs/doc/820-7695/beakt? l = en & a = ver

Acceder a un EJB desde un cliente de aplicación le da acceso a más servicios de Java EE 'automágicamente' que si estuviera trabajando con el EJB 'directamente'. Puede improvisar el acceso a algunos de estos servicios en el caso independiente, pero la carga se traslada al desarrollador/implementador de la aplicación para que funcione.

Crear una aplicación independiente que acceda a un EJB parecerá fácil, en el corto plazo, y mucha gente invertirá en esa estrategia. Si despliegan su aplicación cliente en una gran cantidad de máquinas, la carga asociada con una estrategia de acceso al servicio improvisada puede convertirse en una carga.

La implementación de un cliente de aplicación que utiliza el contenedor de cliente de la aplicación tampoco es gratuito. La ventaja es el hecho de que cuenta con el respaldo de su proveedor de servidores de aplicaciones para superar los problemas de implementación.

Si está utilizando GlassFish (v2.1, v2.1.1 o v3), también puede aprovechar el soporte de Java Web Start, que simplifica mucho la implementación de la aplicación cliente.

+0

El primer enlace se ha trasladado a: - [http://glassfish.java.net/javaee5/ejb/EJB_FAQ.html](http://glassfish.java.net/javaee5/ejb/EJB_FAQ.html) - desde que Oracle movió todos los enlaces de ** X.dev.java.net ** a ** X.java.net ** –

3

cliente Una aplicación es en realidad ejecutar en un recipiente y tiene acceso completo a los recursos de Java EE definidas en el servidor de la misma manera que un Servlet o EJB. Esto normalmente se usaría para algún tipo de cliente de administración, no como una aplicación de usuario. Here is one explanation.

Además de Java EE Application Client, también existe el concepto de Thin Client, que también permite el acceso a algunos recursos de Java EE, pero no tan fácilmente como App Client. Por lo general, implica el uso de búsqueda JNDI con nombres absolutos, ya que las referencias JNDI no están disponibles. Un caso típico para esto sería un productor/consumidor independiente de mensajes JMS. Básicamente es una opción más liviana del App Client completo.

Si simplemente está creando una aplicación de usuario, lo más probable es que desee utilizar un modelo de Cliente Fino o una aplicación simple antigua que simplemente consuma servicios de su aplicación Java EE a través de servlet o llamadas al servicio web.

Cuestiones relacionadas