SOCKET VS RMI

SOCKET VS RMI

Juan Camilo Reyes

Resumen
Los URL y las conexiones URL (URLConnection) proporcionan un mecanismo de un nivel relativamente alto (nivel
7 del modelo OSI) para acceder a los recursos de Internet. Algunas veces, los programas requieren una comunicacin
a travs de la red, a un nivel un poco ms bajo; por ejemplo, cuando se desea escribir una aplicacin cliente /
servidor. Para este tipo de programas, se utilizan las clases Socket y RMI, provenientes de java, que trabajan en los
niveles 3 y 4 del modelo OSI.

Palabras claves: Socket, RMI, OSI, conexin, cliente, servidor.

Abstract
URLs and URL connections (URLConnection) provide a mechanism of a relatively high level (level 7 of the OSI
model) to access Internet resources. Sometimes programs require communication over the network, a slightly lower
level; For example, when writing a client / server application. For this type of program, use the Java Socket and RMI
classes, which work at levels 3 and 4 of the OSI model.
Keywords: Socket, RMI, OSI, conection, client, server.

1. Introduccin. cliente y el programa servidor. Cada

programa enlaza un socket en su extremo de
En las aplicaciones cliente / servidor, el
la conexin. Para
servidor proporciona algn servicio, como
comunicarse, cliente y servidor leen y
por ejemplo: procesamiento de consultas a
escriben hacia el socket asociado a la
una base de datos o transmitir los precios
conexin. Cuando se escribe la parte del
actuales de inventario. El cliente utiliza el
programa correspondiente al servidor, se
servicio proporcionado por el servidor, ya
abre un conector (socket), normalmente
sea desplegando los datos de la consulta a la
utilizando un nmero de puerto conocido, y
base de datos o haciendo recomendaciones
se espera a que se conecte algn cliente. El
de compra a un inversionista, teniendo en
cliente llama desde algn nmero de puerto
cuenta los precios del inventario. La
no utilizado
comunicacin entre cliente y servidor debe
(conocido como puerto efmero). En cuanto
ser confiable; esto quiere decir que no se
se conectan el cliente y el servidor, es
pueden perder datos, y que stos deben
corriente que ste ltimo proponga que la
llegar al cliente en el mismo orden en el
conversacin contine en un puerto
cual fueron enviados por el servidor; por
diferente. Este diseo deja libre el nmero
esta razn se utiliza TCP/IP.
de puerto conocido, para manejar una nueva
TCP proporciona un canal de comunicacin
conexin. Una vez conectados el cliente y el
confiable, punto a punto, que las
servidor, hay un protocolo de ms alto nivel
aplicaciones cliente / servidor utilizan para
que es dependiente del puerto que se est
comunicarse entre ellas a travs de Internet.
Para comunicarse a travs de TCP, se utilizando. TCP/IP reserva los primeros
1024 puertos
establece una conexin entre el programa

para sus protocolos especficos. La
siguiente tabla muestra algunos nmeros de
puerto conocidos. Estos servicios se
ofrecen tanto en puertos TCP como en
puertos UDP.
RMI es una tecnologa desarrollada por Sun
para permitir la colaboracin de objetos que
estn localizados remotamente. Esta
tecnologa se enmarca en la idea de permitir
colaboracin entre Objetos Remotos. La
idea no es que los objetos se comuniquen a
travs de la programacin del usuario de
protocolos estndares de red. La idea es
tener un objeto cliente, donde podamos
podamos completar un requerimiento de
datos. El cliente luego prepara el
requerimiento que enva a un objeto
ubicado en un servidor. El objeto remoto
prepara la informacin requerida
(accediendo a bases de datos, otros objetos,
etc). Finalmente el objeto remoto enva la
respuesta al cliente. En lo posible esta
interaccin debera ser lo ms semejante
posible a requerimientos hechos localmente.
En principio se puede anhelar la
colaboracin de objetos escritos en
cualquier lenguaje (no es el caso de RMI).
Esta idea no es simple de lograr,
corresponde al esfuerzo del grupo OMG
(Object Management Group,
www.omg.org) los cuales propusieron
CORBA (Common Object Request Broker
Architecture), el cual define un mecanismo
comn para descubrir servicios e
intercambiar datos. CORBA usa Object
Request Broker (ORB) como traductores
universales para la comunicacin entre
objetos. Los objetos remotos hablan a travs
de estos ORB. El protocolo de
comunicacin entre objetos y ORB es
2
SOCKET VS RMI
llamado Internet Inter-ORB Protocol o
IIOP.
La opcin propuesta por Microsoft para
comunicar objetos remotos es COM
(Component Object Model). Hoy este
modelo parece haber sido superado por la
tecnologa .NET.
Cuando el cliente y servidor son escritos en
Java, la generalidad y complejidad de
CORBA no es requerida. En este caso Sun
desarroll RMI, un mecanismo ms simple
especialmente pensado para comunicacin
entre aplicaciones Java.
2. Marco Terico.
Socket - usted tiene que manejar exactamente qu
sockets se utilizan, se especifica TCP o UDP, que
maneja todo el formato de los mensajes que
viajan entre el cliente y el servidor. Sin embargo,
si tiene un programa existente que habla sobre
sockets con los que desea interactuar, no importa
el idioma en el que est escrito, siempre y cuando
coincidan los formatos de los mensajes.
En los sockets dos programas establecen conexin
y se envan mensajes. Estos mensajes pueden ser
cualquier clase java que implemente la interface
Serializable
En rmi un programa (cliente) le pide al otro
(servidor) una instancia remota (objeto remoto) de
una clase y luego llama a sus mtodos. Los
mtodos, aunque son llamados en el cdigo del
cliente, se ejecutan en el servidor. Los parmetros
que se pasan a los mtodos y el resultado devuelto
deben ser clases que implementen Serializable o
tipos primitivos de datos
RMI - oculta gran parte del cdigo especfico de
la red, no tiene que preocuparse por los puertos
especficos utilizados (pero puede hacerlo si lo
desea), RMI gestiona el formato de los mensajes
entre cliente y servidor. Sin embargo, esta opcin
es realmente slo para la comunicacin entre los

programas Java. (Usted * podra * interfaz de los
programas Java RMI con los programas escritos
en otros idiomas, pero probablemente hay
maneras ms fciles de hacerlo ...)
RMI se construye en la parte superior de los
sockets, traduce llamadas de mtodo y devuelve
valores y los enva a travs de sockets.
VENTAJAS E INCONVENIENTES
Codificacin: El establecimiento de la conexin
es similar en nmero de lneas de cdigo en
ambos casos (un par de lneas).
Los sockets necesitan ms cdigo para identificar
qu mensaje llega y tratarlo en consecuencia
(sentencias switch-case o tantos if como tipos de
mensaje distintos). En rmi se hace con llamadas a
mtodos, por lo que no es necesario ningn tipo
de codificacin adicional.
En rmi se necesitan una serie de herramientas
adicionales, compilar los objetos remotos adems
de con javac con rmic y finalmente tener lanzado
el programa rmiregistry.
En los sockets se enva un mensaje y se debe
esperar por la respuesta, que puede llegar o no.
Las lecturas de mensajes dejan bloqueado el hilo
hasta que llegan. En rmi la llamada queda
bloqueada hasta recibir la respuesta. En ambos
casos suele ser necesario el uso de hilos si las
respuestas pueden tardar.
Ancho de banda: En los sockets, por la red slo
se envan los mensajes que nosotros enviamos. En
rmi, se enva adems todo el protocolo interno de
rmi, que suele ser de un tamao considerable. En
general, rmi consume ms ancho de banda de
nuestro enlace fsico que los sockets.
Comunicacin con otros lenguajes: rmi es
puramente java, as que slo puede integrarse
entre dos programas java. Con sockets podemos
comunicarnos con cualquier otro programa hecho
en cualquier otro lenguaje, aunque tendremos que
enviar los mensajes campo a campo para hacerlos
compatibles con el otro lenguaje.
SOCKET VS RMI
Mensajes en broadcast. Los sockets permiten
enviar mensajes sin destinatario, de forma que
cualquiera puede recogerlo. Con rmi la
comunicacin siempre es punto a punto.
Carga dinmica de clases. Rmi permite la carga
dinmica de clases, es decir, el servidor puede
pasar al cliente clases que este no tenga en su
CLASSPATH en tiempo de ejecucin y
viceversa. Esto hace que ampliar dinmicamente
el comportamiento de una aplicacin rmi sea ms
sencillo.
CONCLUSIONES
CUNDO USAR SOCKETS Y CUNDO
USAR RMI
Si nuestro enlace fsico es lento (puerto RS232,
modem, etc) es mejor usar sockets.
Si tenemos pocos tipos de mensajes y se usan
para transmitir muchos datos (por ejemplo,
transferencia de ficheros), es mejor sockets.
Si el servidor ofrece muchas funcionalidades, es
mejor rmi.
Si la aplicacin servidor va a modificarse con
cierta frecuencia y no queremos tener que
actualizar todos los clientes uno a uno, la carga
dinmica de clases de rmi puede ser una solucin.
REFERENCIAS BIBLIOGRAFICAS
https://docs.oracle.com/javase/7/docs/api/java/net/
Socket.html
https://cloud.google.com/appengine/docs/standard/
java/sockets/
http://www.javaworld.com/article/2077322/core-
java/core-java-sockets-programming-in-java-a-
tutorial.html
http://www.public.iastate.edu/~java/docs/guide/rmi
/index.html