Está en la página 1de 2

Jini utiliza un mediador basado en

coordinacin. Jini es una tecnologa


desarrollada por Sun
Microsystems como mecanismo de
comunicacin basado en eventos
distribuidos entre objetos remotos Java.
Jini se compone de un gran nmero de
dispositivos Jini autosuficientes.
En Jini se tiene un Servicio de Bsqueda , que
es buscado por un dispositivo cuando quieren
unirse a una red,
el servicio es buscado usando el Protocolo de
Descubrimiento .
Una vez un dispositivo Jini halla un Servicio de
Bsqueda , este se registra en el.
Jini se fundamenta en un procedimiento de
publicaciones de eventos, suscripciones a los
mismos, y
notificaciones de dichos eventos, usando
JavaSpace que sigue el modelo de tuplas del
proyecto Linda.
Los tipos de tuplas usados en Jini son: Read,
Write, Take y Notify para tomar o poner tuplas
en JavaSpace.
Por tanto, un dispositivo Jini puede generar
eventos, publica los tipos de eventos que
estarn accesibles remotamente para otros
dispositivos Jini. As, los dispositivos Jini que
quieran recibir notificaciones de un dispositivos
Jini remoto que ha publicado sus eventos, se
suscriben a los tipos de eventos en los que
estn interesados.
b) (C:V/0.5). Realizar una breve descripcin de
su funcionamiento y la primitivas utilizadas en
los mediadores
basado en sincronizacin.
Rta: Para hablar de los mediadores basados en
sincronizacin, es necesario hablar del proyecto
Linda, pues en
dicho proyecto se establecieron los
fundamentos de los mediadores basados en
sincronizacin. El proyecto
Linda se tienen las siguientes caractersticas:Se
crea un espacio global para todo el sistema. El
sistema se basa

en la comunicacin y sincronizacin para lograr


que procesos independientes interoperen. Los
procesos de
cualquier mquina se comunican por medio
mecanismos abstractos denominados tuplas.
De esta manera las
tuplas se asemejan a una gigantesca memoria
compartida global. Se cuenta con 4 operaciones
para aplicarse a
las tuplas, estas son: out( ),in( ), read( ) y eval
( ).
De acuerdo a la figura No 1, en el sistema Sun
RPC al N_S (portmapper) lo contacta:
1. En el lado servidor, para realizar el registro de
los servicios. Esto lo realiza en stub del servidor
mediante la invocacin de la funcin
svc_register(), previamente a esto se invoca a
las funciones
svctcp_create() o svcudp_create() que crean los
sockets para cada protocolo (udp o tcp ) y
devuelve eldescriptor del socket. Esta
informacin ms los identificadores del servicios
son pasados como parmetros a la funcin
svc_register(protocolo, id_prog,
id_version,funcion,ip protocolo).
2. En el lado cliente, para poder ubicar el
proceso servidor. Esto lo realiza el programa de
cliente mediante la invocacin de la funcin
clnt_create(Maq_Serv, Id_Servicio, Versin,
Protocolo). Este
procedimiento retorna un descriptor de Cliente,
para ser utilizado cuando se hace un RPC. El
manejador contiene la informacin necesaria
para comunicarse con el puerto del Servidor, tal
como el descriptor del socket y la direccin del
socket. En la implementacin Sun RPC se
soportan dos Figura 1: Interaccin proceso
cliente, servidor y N_S protocolos de transporte
TCP o UDP.Un servicio orientado a conexin, es
aquel que sigue el modelo de los sistemas
telefnicos . En elservicio orientado a conexin ,
el usuario de servicio primero establece una
conexin, la usa y luego la libera. Ejemplo: 1.
Servicio FTP(File Transfer Protol), Servicio
aportado por el estudiante( e.i VoIP, Telnet,
Chat,Video Streaming, TV IP).Un servicio no

orientado a conexin, sigue el modelo del


sistema postal. Cada mensaje lleva la
direccin de destino, y cada uno se enruta con
independencia de los dems mensajes.
Ejemplos: 1.
Correo Electrnico, 2. Servicio aportado por el
estudiante(i.e Finger (UNIX), Informacin de
usuarios cercanos (CDP Cisco), Tablas de
enrutamiento (RIP, EIGRP, OSPF, ISIS), Rusers
(LINUX)).

a) (C:V/0.5) Describa las caracterstica


principales del proyecto Linda e
indique en cual de los tipos de
Middleware esta enmarcado.
Rta:
El proyecto Linda se tienen las
siguientes caractersticas:Se crea un
espacio global para todo el sistema.
El sistema se basa en la comunicacin
y sincronizacin para lograr que
procesos independiente interoperen.
Los procesos de cualquier mquina se
comunican por medio mecanismos
abstractos
denominados tuplas. De esta manera
las tuplas se asemejan a una
gigantesca memoria compartida
global. Se cuenta con 4 operaciones
para aplicarse a las tuplas, estas son:
out( ),in( ), read( ) y eval ( ).

El Proyecto Linda esta enmarcado


dentro de los mediadores orientados a
coordinacin.
b) (CE:V/0.5) En Sun RPC, cual elemento o
elementos y como permiten que se logre la
Transparencia de Acceso
y la Transparencia de Localizacin?
Rta: En un sistema RPC cuando un
cliente realiza la invocacin de un
procedimiento remoto, se usa el servicio
de binding, este servicio es el
responsable de la Transparencia de
localizacin permitiendo la localizacin
del servicio remoto, este servicio es
implementado por el N_S, en Sun RPC
se conoce como portmapper. En el

caso de Transparencia de Acceso los


responsables de realizar una invocacin
de una operacin remota como si fuera
local son el Stub Cliente y el Stub
Servidor que permiten la invocacin del
procedimiento remoto de manera que el
cliente no perciba que se esta
interactuando con un proceso remoto,
dejando de manera
transparente el aspecto de la
localizacin.

En los sistemas de archivos tipo


AFS se afirma que se apartan del
modelo clsico

cliente/servidor. Si est o no de
acuerdo con esta afirmacin
justifique su respuesta.

Rta: Si se apartan del modelo clsico


C/S. En los sistemas de archivos de
ficheros tipo AFS se requiere
que los clientes sean informados
cuando un archivo es modificado en el
servidor. Este procedimiento se
aparta del modelo cliente/servidor
pues en dicho modelo la interaccin
siempre va del cliente al
servidor, en el caso del sistema de
archivos tipo AFS el servidor solicita
un servicio al cliente y el cliente
atiende dicha solicitud.