MOM proporciona elementos de software que residen en todos los componentes de comunicaci\u00f3n de una arquitectura cliente \/ servidor y por lo general apoyan las llamadas as\u00edncronas entre las aplicaciones cliente y servidor.\u00a0MOM reduce la participaci\u00f3n de los desarrolladores de aplicaciones y la complejidad del mecanismo cliente \/ servidor.<\/p>\n
JMS permite a los componentes de aplicaciones crear, enviar, recibir y leer mensajes. JMS en ese sentido es an\u00e1logo a JDBC: JMS ofrece un interfaz de acceso com\u00fan a diferentes MOMs.<\/p>\n
JMS es pues un API para mensajer\u00eda empresarial. Aunque incluido en Java EE, tambi\u00e9n disponible como un producto Stand Alone o independiente. Como vemos poco acoplado.<\/p>\n
La idea general es que clientes y servidores env\u00edan mensajes. Estos no se conocen, puesto que JMS se encuentra en medio de ellos.<\/p>\n
JMS no es una implementaci\u00f3n de un gestor de mensajes (servidor de colas), es simplemente una API.<\/p>\n
Como aclaraci\u00f3n, por un lado tenemos el cliente que env\u00eda mensajes, y mediante la API JMS<\/strong> nos comunicamos con los diferentes productos o proveedores\u00a0 gestores de mensajes<\/strong>.<\/p>\n Ejemplos WMQ provider, ActiveMQ provider, TIBCO provider, SonicMQ\u00a0 provider<\/strong>.<\/p>\n <\/p>\n JMS se abstrae a la hora de usar el gestor. Es independiente del provider.<\/p>\n Los mensajes poseen un formato determinado.<\/p>\n Las partes del mensaje son Headers, propiedades y un payload.<\/p>\n Existen 2 tipos de mensajes en JMS<\/strong><\/p>\n Mensaje Punto a punto<\/strong>.<\/p>\n Existe un sender y una cola, y multiples receptores. La cola determina el receptor.<\/p>\n Suscripci\u00f3n de mensajes de dominio<\/strong>.<\/p>\n El Publisher env\u00eda un mensaje que es entregado a m\u00faltiples suscriptores. Este tipo de mensajes puede ser colectivo. Este tipo de mensajes es como estar suscrito a una lista de correo. Todos reciben una copia del mensaje.<\/p>\n Comentemos algo sobre ActiveMQ una implementaci\u00f3n JMS.<\/strong><\/p>\n ActiveMQ es un Middleware orientado a mensajes. Entre el cliente y servidor. Se sit\u00faa en medio.<\/p>\n Es un producto de la fundaci\u00f3n Apache. Licencia Apache, con todas las ventajas que ello conlleva, modificaci\u00f3n, redistribuci\u00f3n, etc.\u00a0 Compatible con la API JMS 1.1<\/p>\n La meta es, basado en est\u00e1ndares, integrar aplicaciones orientadas a mensajes a trav\u00e9s de multiples lenguajes y plataformas.<\/p>\n Es muy f\u00e1cil enviar y recibir mensajes<\/p>\n Desde consola de comandos o Shell bash en Linux, arrancamos activemq<\/p>\n .\/bin\/activemq<\/p>\n ant consumer -> ejecutando un script ant. Esperando mensajes<\/p>\n ant \u00a0producer-> Enviamos mensajes.<\/p>\n No se necesita nada especial, descargar el producto, ejecutamos el producto, el receptor y el emisor. Ejecutamos ejemplos. No requiere una instalaci\u00f3n grande ni costosa. Una de las cosas que \u00a0diferencia a ActiveMQ respecto a otros middeware es la r\u00e1pida puesta a punto.<\/p>\n Otro de los rasgos que lo diferencian respecto a otras soluciones propietarias del mercado, es la configuraci\u00f3n. Esta se realiza en XML en el archivo conf\/activemq.xml<\/strong><\/p>\n El archivo xml de configuraci\u00f3n, poseen beans para configurar el framework spring.<\/p>\n Podemos configurar las pol\u00edticas,el contexto, conexiones de red, adaptadores, persistencia de mensajes,la memoria, los conectores de transporte.<\/p>\n Los conectores de transporte pueden ser via ssl, stomp,xmpp, openwire,etc, bajo determinados puertos.<\/p>\n En pocas l\u00edneas de c\u00f3digo podemos embeber dentro de nuestra aplicaci\u00f3n JAVA, ActiveMQ, f\u00e1cilmente se puede integrar el broker.<\/p>\n ActiveMQ usa URIs del estilo o sintaxis:<\/p>\n <protocol>:\/\/<host>:<port>?<transport-options><\/p>\n La interrogaci\u00f3n nos permite configurar m\u00faltiples opciones en el transporte.<\/p>\n Cuando configuramos un cliente para hablar con ActiveMQ, \u00a0podemos establecer los diferentes transportes establecidos en el fichero xml de configuraci\u00f3n.<\/p>\n Ejemplos:<\/p>\n vm:\/\/localhost?broker.persistent=false<\/p>\n tcp:\/\/localhost:61616?jms.useAsyncSend=true<\/p>\n Stomp:\/\/localhost:61613<\/p>\n Failover:(tcp:\/\/host1:61616,tcp:\/\/host2:61616)?initialReconnectDelay=100<\/p>\n El TCP suele ser muy com\u00fan en ActiveMQ. Las cadenas superiores son las que se pasan desde el cliente hacia el broker.<\/p>\n El failover permite reconectar con diferentes host en caso de fallo.<\/p>\n ActiveMQ soporta diferentes formatos Wire:<\/p>\n Los formatos Wire \u00a0o\u00a0Wire Format se refieren a los diferentes formatos de los mensajes enviados usados como norma empleados por el adaptador<\/p>\n OpenWire: Por defecto en ActiveMQ, protocolo binario, para clientes C++, Java y .NET<\/p>\n STOMP, Simple Text Oriented Messaging Protocol, basado en texto, para clientes C, Javascript,Perl, PHP, Python, Ruby y alguno m\u00e1s<\/p>\n XMPP (Jabber XML protocol).<\/p>\n REST (HTTP Post y GET)<\/p>\n AMQP.<\/p>\n Si quieres indagar sobre estos formatos, a wikipedia \ud83d\ude42<\/p>\n Por otro lado existen dos tipos de transportes en el protocolo:<\/p>\n Del cliente , hacia el broker (mediante conector de transporte)<\/p>\n Del broker al broker (mediante conector de red). Puedes hacer que los brokers se comuniquen. Y que los mensajes pasen entre ellos.<\/p>\n Respecto a los conectores de transporte:<\/p>\n Se encuentran los client to broker conections, similar en el uso a JDBC con las bases de datos. Los protocolos soportados son: TCP,UDP,NIO, SSL, HTTP\/S, SSL, VM, XMPP<\/p>\n Cuando ejecutamos el cliente, podemos conectarnos con el broker con cualquiera de estos protocolos.<\/p>\n Respecto a los protocolos soportados por las conexiones \u00a0broker to broker:<\/p>\n Static (IP), Failover, multicast, Zeroconf, peer,fanout, discovery<\/p>\n Podemos crear diferentes topolog\u00edas entre brokers. Estrella, Estrella-Estrella,punto a punto, etc …<\/p>\n Cuando hablamos de JMS una de las cosas que se emplean es la persistencia de mensajes. Existen 3 tipos de persistencias en AMQ.<\/p>\n Transaction message storage solution (por defecto).<\/p>\n Non-Journaled JDBC (no muy rapida)<\/p>\n Journaled JDBC<\/p>\n Los brokers pueden ser configurados como maestros y esclavos.<\/p>\n Existen 3 tipos de Master\/slave<\/p>\n – Puros, Pure master\/slave.(investigar).<\/p>\n – Shared filesystem master\/slave<\/p>\n -JDBC master\/slave<\/p>\n Monitorizaci\u00f3n<\/strong><\/p>\n Con JMX, ActiveMQ web console, Camel routes, SpringSource AMS, IONA FuseHQ<\/p>\n <\/p>\n Esto es una recopilaci\u00f3n de una charla que he escuchado sobre ActiveMQ, espero que sirva de resumen.<\/p>\n Saludos.<\/p>\n Enlace del producto:<\/p>\n![\"Barra-separadora-blog\"](\"http:\/\/www.palentino.es\/blog\/wp-content\/uploads\/2013\/04\/Barra-separadora-blog.jpg\")
<\/a><\/p>\n