¿Cuál es la diferencia entre Java RMI y JMS?

Ya conoce las llamadas a métodos. ¿Qué pasa si el objeto en el que desea invocar el método está en un equipo diferente? Utiliza RMI para enviar la llamada de un equipo (cliente) al otro (servidor). El cliente esperará (o "bloqueará") hasta que el resultado regrese del servidor. Esto se llama operación síncrona.

JMS es diferente: permite que una computadora envíe un mensaje a otra, como un correo electrónico. El primero no tiene que esperar una respuesta: puede mantener haciendo el trabajo que quiera. Puede que ni siquiera haya una respuesta. Los dos sistemas informáticos no necesariamente funcionan exactamente en el paso, por lo que esto se llama asíncrono.

Otra forma de pensar sobre la diferencia: RMI es como hacer una llamada telefónica, y JMS es como enviar un mensaje de texto.

RMI es un poco más antiguo que JMS, pero eso no es realmente relevante. Los dos conceptos son mucho más antiguos que java.

No Hay mucha diferencia en la complejidad. Creo que debería intentar hacer un tutorial sobre cada uno. RMI y JMS

Si está comenzando un proyecto desde cero, y no está seguro de cuál usar, entonces probablemente el problema síncrono/asíncrono es el mejor factor de decisión. Si está trabajando en un sistema existente, probablemente sea mejor no introducir demasiadas tecnologías nuevas. Así que si ya están usando uno, entonces sugeriría que probablemente sea mejor quedarse con ese.

Remote Method Invocation (RMI) : 1.Interfaz RPC nativa de Java 2.Los objetos remotos se pueden ejecutar con una semántica similar a la de los objetos locales 3.La implementación predeterminada utiliza un protocolo de comunicación binario propietario, pero RMI se puede implementar sobre SOAP

Sistema de mensajería Java (JMS) 1.Interfaz y especificación de Java para Middleware Orientado a Mensajes 2.Los paquetes de datos se pueden enviar a colas de mensajes y temas donde se operarán de forma asíncrona. El las colas o los temas no necesitan ser remotos 3.El servidor JMS podría usar RMI, SOAP, etc.

• RMI se utilizan para comunicar aplicaciones estrechamente acopladas entre sí en lugar de JMS utilizados para acoplar libremente.

• RMI utilizado para Asíncrono (chat en tiempo real) pero JMS utilizado para ambos Sincrónicamente(chat sin conexión).

• En RMI, en su mayoría objetas la serialización, pero en JMS puede ser que no la necesidad

Aquí está el más detalle sobre las terminologías anteriores

Ahora, ¿cuál es el significado suelto y estrechamente acoplado ¿en RMI y JMS?

La mensajería permite la comunicación distribuida que está vagamente acoplada. Un componente envía un mensaje a un destino y el destinatario puede recuperar el mensaje del destino. Sin embargo, el emisor y el receptor no tienen que estar disponibles al mismo tiempo para comunicarse. De hecho, el remitente no necesita saber algo sobre el receptor; ni el receptor necesita saber nada sobre el remitente. El remitente y el receptor necesitan saber solo lo que formato del mensaje y qué destino utilizar. En este sentido, la mensajería difiere de las tecnologías estrechamente acopladas, como la Invocación de métodos Remotos (RMI), que requieren que una aplicación conozca los métodos de una aplicación remota.