Compendio de Digital
Google
Translate to EnglishÜbersetzen Sie zum Deutsch/GermanTraduzca al Español/SpanishTraduisez au Français/FrenchTraduca ad Italiano/ItalianTraduza ao Português/Portuguese日本語に翻訳しなさい /Japanese
한국어에게 번역하십시오/Korean中文翻译/Chinese Simplified中文翻译/Chinese Traditionalترجمة الى العربية/ArabicVertaal aan het Nederlands/DutchΜεταφράστε στα ελληνικά/GreekПереведите к русскому/Russian

La invocación de un EJB desplegado adentro utilizaba a cliente de Java

Haba de Java de la empresaEJB conocidos popular como habas de Java de la empresa son uno de la característica avanzada de J2EE. EJB se utilizan principalmente para manejar las transacciones, la seguridad, proporcionando los servicios etc. del telecontrol. Aun cuando la porción de armazones traz emparentados del objeto como Hibernate ha substituido EJB que se considera ser tan pesado en cualquier uso de la empresa. No está invocando un EJB dentro del envase del servidor del uso es absolutamente simple y de proceso pues aburrido cuando usted intenta hacer igual fuera del servidor del uso. Voy hoy a explicar cómo invocar un servicio de EJB que se despliegue en una máquina remota usando a un cliente llano de Java.

¿Quiénes se califican para ser los clientes?

Los clientes de EJB son esos usos, componentes, sistemas, y servicios que intentan tener acceso al EJB para satisfacer una petición o para conseguir un servicio. El cliente puede ser un cliente del dispositivo, cliente del applet, clientes independientes de Java, clientes de EJB, clientes de CORBA, clientes de la herencia, clientes de JMS, clientes de las ventanas y los clientes de otro plat formas. Aquí voy a hablar solamente del ¦ independiente del € del clientsâ de Java

¿Cómo trabajos independientes del cliente de Java?

Cualquier uso de Java puede llamar un servicio de EJB que esté funcionando en un servidor alejado del uso usando llamadas del RMI. Puesto que el ™ s del € de EJBâ internamente utiliza el RMI sobre IIOP.

¿Cómo tener acceso al EJB?

Para mirar para arriba un EJB que se despliegue remotamente, los clientes independientes de Java tienen que hacer una llamada de las operaciones de búsqueda con el servicio de JNDI que funciona en un puerto icular de la pieza. JNDI no es nada sino un nombrar-servicio que lleva a cabo todo el objeto del œ del € del â para nombrar el del € del bindingsâ eso
existe en el servidor. Una vez que consigan la manija apropiada pueden comenzar a invocar los métodos de usar obtenido referencia alejada eso manija. No estoy aquí explicar los fundamentos; apenas he dado a descripción ese ™ s todo del € del â.

¿Cómo crear un EJB-Client.jar?

Esto es justo decirle cómo crear al ejb-cliente .jar. ¿Qué necesita estar allí?

1. Interfaz del telecontrol de EJB
2. EJB casero
3. Trozos generados
4. Archivos necesarios de la clase que se pueden utilizar para invocar los métodos alejados.
5. Tarros necesarios.

Ponga el TARRO del cliente a disposición el cliente alejado. Para los usos del Web, ponga el ejbclient.jar en/directorio del lib. Para los clientes del no-Web, incluya a ejb-cliente .jar en el classpath del cliente. Toda la información arriba dicha está según la EJB-especificación y de ahora en adelante hacia adelante voy a proceder con la información del específico de Websphere.

Puntos que se observarán para Websphere:

1 . El cliente independiente de Websphere JNDI trabajará solamente con IBM JRE.
2 . Y IBM no envía su JRE independiente. (at least their 1.4 JRE)

Note: You will not face the above said problem in JBOSS and Weblogic. You just have to include the necessary jar that ’s all.

Why things are troubling us?

That was related to differences in the information used in the IBM orb and others. Sun changed the spec to ensure such issues went away. All complying implementations should interoperate out of the box now.

Process for Accessing the EJB services from Websphere:

This document provides the guidelines for accessing the Ejb services running in the Websphere Application server from any other external application servers or applications.

JAR Collection

To access the Ejb service some of the jar files have to include to the classpath of the application. This has to be collected from the Websphere lib directory. They are,

1 . bootstrap.jar
2 . ecutils.jar
3 . ffdc.jar
4 . idl.jar
5 . iwsorb.jar
6 . j2ee.jar
7 . lmproxy.jar
8 . naming.jar
9 . namingclient .jar
10 . ras.jar
11 . sas.jar
12 . utils.jar

JRE Collection

The compilation conflict occurs from the versions of the JRE used. As we access the IBM specific classes we need to have IBM jre collection. Create jre library from the java folder in the Websphere. And also it is must to use sun jre along with
that , and then include the j2ee.jar from sun provided J2SDKEE ( this holds the except ions of Ejb) .

1. IBM jre ( this library has to be created from the whole java directory)

2. SUN jre ( this library has to be created from jdk not jre)

3. j2ee.jar ( j2sdkee)

Properties

IBM maintains a property file for establishing connect ions with the iiop. So the application should include that property file. It is named as implfactory.properties

1. Implfactory.properties

Context Parameters

INITIAL_CONTEXT_FACTORY = com.ibm.websphere.naming.WsnInitialContextFactory
PROVIDER_URL = iiop: //hostname:2809

Popularity: 3% [?]

Share or Bookmark: These icons link to social bookmarking sites where readers can share and discover new web pages. Digg Sphinn del.icio.us Facebook Mixx Google


Also Read this

-->

Leave a Comment