ESTRUCTURA EN CAPAS
 Capa de stubs/skeletons.- Dota a clientes y servidores de
una interfaz que les permite localizar obj...
Capa de stubs/skeletons
 Aparte de las interfaces remotas, el modelo utiliza
clases pertenecientes al fragmento stubs y a...
 Las clases de fragmento stubs y esqueletons las genera
automáticamente el compilador rmi a partir del objeto
servidor. E...
Capa de referencias remotas
 Esta capa de referencia remota admite la comunicación
entre el fragmento stubs y el esquelet...
Capa de transporte
 La capa de referencia remota del host local se comunica
con la capa de referencia remota del host rem...
SERIALIZACION DE LOS OBJETOS
 Los requisitos mínimos para que se pueda acceder a los
objetos remotamente:
 La clase del ...
 Las clases de fragmento stubs y el esqueletons de la clase
objeto deben ser creados por medio del compilador rmi. El
fra...
Estructura d capas rmi
Estructura d capas rmi
Próxima SlideShare
Cargando en…5
×

Estructura d capas rmi

0 visualizaciones

Publicado el

0 comentarios
1 recomendación
Estadísticas
Notas
  • Sé el primero en comentar

Sin descargas
Visualizaciones
Visualizaciones totales
0
En SlideShare
0
De insertados
0
Número de insertados
0
Acciones
Compartido
0
Descargas
14
Comentarios
0
Recomendaciones
1
Insertados 0
No insertados

No hay notas en la diapositiva.

Estructura d capas rmi

  1. 1. ESTRUCTURA EN CAPAS  Capa de stubs/skeletons.- Dota a clientes y servidores de una interfaz que les permite localizar objetos remotos para invocar sus métodos como si fueran locales.  Capa de referencias remotas.- Esta capa se encarga de la creación y gestión de las referencias a objetos remotos, manteniendo para ello una tabla de objetos distribuidos. Además, convierte las llamadas remotas en peticiones hacia la capa de transporte.  Capa de transporte.- Capa de transporte del conjunto de protocolos TCP/IP. RMI por defecto usa TCP, aunque admite otros.
  2. 2. Capa de stubs/skeletons  Aparte de las interfaces remotas, el modelo utiliza clases pertenecientes al fragmento stubs y al esqueletons de forma muy parecida a como lo hace CORBA. Las clases de fragmento Stubs actúan como proxies remotos. Ambas clases implementan la interfaz remota del objeto servidor. La interfaz cliente invoca a los métodos del objeto fragmento stubs local. El fragmento Stubs local comunica estas invocaciones de métodos al esqueletons remoto, mientras que este invoca a los métodos del objeto servidor. El objeto servidor devuelve un valor al objeto stubs, y este devuelve el valor al cliente.
  3. 3.  Las clases de fragmento stubs y esqueletons las genera automáticamente el compilador rmi a partir del objeto servidor. Estas clases sonclases verdaderas de Java y no dependen de un IDL externo. No se necesita un ORB, ya que la RMI de Java es una solución de Java puro.  El objeto cliente y el fragmento stubs se comunican por medio de las invocaciones normales de métodos de Java, al igual que lo hacen el esqueletons y el objeto servidor. El fragmento stubs y el esqueletons se comunican a través de una capa de referencia remota.
  4. 4. Capa de referencias remotas  Esta capa de referencia remota admite la comunicación entre el fragmento stubs y el esqueletons. Si el fragmento stubs se comunica con más de una instancia de esqueletns , el objeto fragmento stubs se comunicará con esqueletons múltiples de un modo multidifusión. La capa de referencia remota también puede ser utilizada para activar los objetos servidor cuando se invoquen remotamente.
  5. 5. Capa de transporte  La capa de referencia remota del host local se comunica con la capa de referencia remota del host remoto a través de la capa de transporte de la RMI. La capa de transporte configura y administra las conexiones que se dan entre los espacios destinados a direcciones de los host remoto y local, controla los objetos a los que se puede acceder remotamente y determina cuándo las conexiones están en compás de espera y se vuelven inoperativas. La capa de transporte utiliza por defecto sockets TCP para comunicarse entre los hosts local y remoto. No obstante se pueden usar también otros protocolos de capa de transporte como SSL y UDP.
  6. 6. SERIALIZACION DE LOS OBJETOS  Los requisitos mínimos para que se pueda acceder a los objetos remotamente:  La clase del objeto debe implementar una interfaz que amplíe la interfaz Remote. Esta interfaz debe definir los métodos que el objeto va a permitir que se invoquen remotamente. Estos métodos deben arrojar la excepción RemoteExcepción.  La clase del objeto debe ampliar la clase RemoteServer. Esto se hace normalmente ampliando la subclase UnicastRemoteObject de RemoteServer.
  7. 7.  Las clases de fragmento stubs y el esqueletons de la clase objeto deben ser creados por medio del compilador rmi. El fragmento stubs debe ser distribuido al host del cliente.  La clase, interfaz y clase del esqueletons objeto remoto deben estar en la CLASSPATH del host remoto.  El demonio de activación remota y el registro remoto deben estar activados.  La capa de transporte del lado del servidor utiliza el registro remoto para acceder a esta información

×