Haga clic en el icono para agregar una imagen

JMS
Luis Vallejo
Brayan Ramírez
José Guerra Tomado de:
https://www.google.com/search?q=jm

Nataly Pérez
s&rlz=1C1MSIM_enEC623EC625&tbm=i
sch&source=iu&ictx=1&fir=Ryb4uwJbl
2YroM%253A%252CUnea56gjXns_yM
Bryan Torres %252C%252Fm%252F0bs6g&vet=1&u
sg=AI4_-kRL-Ewbx-tfsuX0DKyiYxJn1aFA
TQ&sa=X&ved=2ahUKEwir1b3D3ffhAh
WR1lkKHYnpCaUQ_B0wDXoECAsQBg
#imgrc=SmEGgjhv-G6N4M:&vet=1
INTRODUCCIÓN

 Sistema de mensajería de java

 Proporciona un estándar para la comunicación entre plataformas
 La comunicación se realiza entre procesos y máquinas

2
Introducción

Tomado de:
https://cgrw01.cgr.go.cr/rup/RUP.es/LargeProjects/tech.j
2ee/guidances/concepts/
java_messaging_service_jms_84F49452.html
3
OBJETIVOS

 General:
 Comprender que es JMS como se interactúa con esta plataforma
dentro del entorno Java y para que es de utilidad en el desarrollo de
proyectos.
 Específicos:
 Conocer que campo ocupa el JMS en el entorno Java.
 Investigar como Java EE ayuda en la implementación de JMS.
 Entender como JMS puede facilitar un desarrollo y comunicación de
aplicaciones.

4
 JMS

En los años 60: Invirtieron grandes cantidad de dinero en mainframes para las
aplicaciones críticas, tales como procesamiento de datos, procesos
financieros, análisis estadísticos.

En los años 70: Los usuarios empezaron a acceder a los mainframes a través de
HISTORIA terminales los cuales expandieron el uso de estos sistemas
permitiendo el acceso concurrente de miles de usuarios.

En los años 80: Los PCs llegaron al mercado y la emulación de terminales se convirtió
en algo común.

La primera versión de la especificación JMS data de 1998.

En los años 90:

5
 JMS(JAVA MESSAGE SERVICE )

Es un estándar de mensajería que

permite a los componentes de También hace posible la
aplicaciones basados en la plataforma comunicación confiable de manera
Java2 crear, enviar, recibir y leer asíncrona.
mensajes.

6
 Funcionamiento Java Message Service

JMS permite que la comunicación entre componentes

sea débilmente acoplada, asíncrona

El proveedor JMS entrega los mensajes al destino

conforme llegan, y el cliente no tiene que solicitar los
mensajes para recibirlos

JMS asegura que cada mensaje se entrega una y solo

una vez, y mediante inferiores niveles de fiabilidad
permite la pérdida o el duplicado de mensajes en
aquellas aplicaciones que requieran menos control
Tomado de:
http://www.jtech.ua.es/j2ee/publico/mens-
2010-11/sesion01-apuntes.html

7
 Dominios de Mensajería

Un mensaje se consume por un único consumidor pero pueden haber varios

emisores

El destino del mensaje es un cola definida y con un nombre

A los emisores se les conoce como productores, y a los receptores

como consumidores.
Punto a Punto

Tomado de: http://www.jtech.ua.es/j2ee/publico/mens-2010-

11/sesion01-apuntes.html
8
 Un mensaje puede consumirse por múltiples consumidores
El destino de un mensaje se conoce como tópico. Un tópico no funciona
como un pila, ya que los mensajes en los tópicos no se encolan

En este modelo, los publicadores (emisores) y los subscriptores

(receptores) normalmente son anónimos y pueden, de forma dinámica,
publicar o subscribirse a la jerarquía de contenidos.
Publicación/Subscripción

Tomado de: http://www.jtech.ua.es/j2ee/publico/mens-

2010-11/sesion01-apuntes.html 9
 Consta de

Clientes JMS Aplicaciones que envían o reciben mensajes a

través de JM
ARQUITECTURA

Mensajes
Los mensajes que se intercambian

Objetos Los objetos JMS a los que se dirigen las

Administrados comunicaciones

10
  Integración de sistemas: las aplicaciones que se comunican intercambiando mensajes puede ser
desarrolladas con tecnologías diferentes el único requisito es que cada una de ellas tenga una
forma de enviar y recibir los mensajes.

Beneficios o Ventajas:  Escalabilidad: en caso de necesitar más capacidad para procesar los mensajes se pueden añadir
más procesadores de mensajes sin que los emisores tengan ningún conocimiento de ello.

 Asincronía: los mensajes puede ser procesados de forma asíncrona de forma que si un mensaje
desencadena un proceso largo en tiempo el emisor del mensaje no tiene que esperar a que el
proceso termine, el emisor puede enviar el mensaje y olvidarse

 No acoplamiento: el emisor y el receptor no se conocen directamente de forma que cada

uno de ellos puede reemplazarse por una nueva implementación de forma transparente
para el otro.

11
CONCLUSIONES

 El término JMS dentro de Java, es una manera de establecer comunicación entre

aplicaciones que requieran el mandar mensajes entre sí, para dar la opción a estas
de saber que existen en el entorno.
 JMS permite una comunicación asíncrona, ya que los mensajes de una cola en
específico sean tomados por un solo receptor o un grupo de clientes que desean
acceder a un tema.
 JEE da un grupo de herramientas y una API, que facilita una implementación de
JMS, que ya esta optimizada y lista para un desarrollo transparente, que solo debe
ser gestionada por el programador para conectarse a la BDD que se maneja.
 La estructura de JMS permite una cabecera que es asignada por la misma
herramienta o por el desarrollador, además de los atributos y datos que llevan
texto en función del tipo de mensaje, que permite el procesamiento del mensaje.

12
REFERENCIAS

 haase, k. (2002). java™ message service api. 901 san antonio road, palo alto,
california 94303 u.s.a.: sun microsystems, inc.
 mark hapner, r. b. (2002). java message service api tutorial and reference.
addison-wesley: boston,san francisco,new york .
 mark hapner, r. b. (2013). java message service. parkway, redwood city, ca 94065,
u.s.a: oracle america, inc.
 https://picodotdev.github.io/blog-bitix/2014/03/introduccion-y-ejemplo-sencillo-
de-java-message-service-jms/
 http://www.jtech.ua.es/j2ee/publico/mens-2010-11/sesion01-apuntes.html

13