<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	xmlns:georss="http://www.georss.org/georss"
	xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#"
	
	>
<channel>
	<title>
	Comentarios en: JMS en las integraciones	</title>
	<atom:link href="https://www.oscarblancarteblog.com/2014/07/15/jms-en-las-integraciones/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.oscarblancarteblog.com/2014/07/15/jms-en-las-integraciones/</link>
	<description>Software Architect &#38; FullStack developer</description>
	<lastBuildDate>Thu, 05 Nov 2015 03:45:20 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=5.5.5</generator>
	<item>
		<title>
		Por: Oscar Blancarte		</title>
		<link>https://www.oscarblancarteblog.com/2014/07/15/jms-en-las-integraciones/#comment-41</link>

		<dc:creator><![CDATA[Oscar Blancarte]]></dc:creator>
		<pubDate>Thu, 05 Nov 2015 03:45:20 +0000</pubDate>
		<guid isPermaLink="false">http://javamex.wordpress.com/2014/07/15/jms-en-las-integraciones/#comment-41</guid>

					<description><![CDATA[En respuesta a &lt;a href=&quot;https://www.oscarblancarteblog.com/2014/07/15/jms-en-las-integraciones/#comment-40&quot;&gt;CESAR GUERRA&lt;/a&gt;.

Muy interesante tu comentario, releable messaging es otra alternativa y lo podríamos usar incluso en una arquitectura mucho robusta. Aunque en lo personal yo tengo una filosofía para usar jms normalito o Releable messaging, y es que esta la uso cuando una de dos: son mensaje súper críticos o el destinatario de nuestros mensajes están fuera de nuestro alcance, es decir que son aplicaciones de terceros en donde yo no puedo estar seguro de su disponibilidad y me inclinaría por jms cuando los mensajes son transmitidos entre aplicaciones de mi arquitectura en donde yo estoy seguro que las aplicaciones estarán disponibles la mayoria del tiempo y si llegaran a fallar yo me enteraría.

Con respecto lo del MDB en realizada yo asumo que en ambos aplicativos existe un MDB o un simple JMS consumer.

¿que opinas¿]]></description>
			<content:encoded><![CDATA[<p>En respuesta a <a href="https://www.oscarblancarteblog.com/2014/07/15/jms-en-las-integraciones/#comment-40">CESAR GUERRA</a>.</p>
<p>Muy interesante tu comentario, releable messaging es otra alternativa y lo podríamos usar incluso en una arquitectura mucho robusta. Aunque en lo personal yo tengo una filosofía para usar jms normalito o Releable messaging, y es que esta la uso cuando una de dos: son mensaje súper críticos o el destinatario de nuestros mensajes están fuera de nuestro alcance, es decir que son aplicaciones de terceros en donde yo no puedo estar seguro de su disponibilidad y me inclinaría por jms cuando los mensajes son transmitidos entre aplicaciones de mi arquitectura en donde yo estoy seguro que las aplicaciones estarán disponibles la mayoria del tiempo y si llegaran a fallar yo me enteraría.</p>
<p>Con respecto lo del MDB en realizada yo asumo que en ambos aplicativos existe un MDB o un simple JMS consumer.</p>
<p>¿que opinas¿</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Por: CESAR GUERRA		</title>
		<link>https://www.oscarblancarteblog.com/2014/07/15/jms-en-las-integraciones/#comment-40</link>

		<dc:creator><![CDATA[CESAR GUERRA]]></dc:creator>
		<pubDate>Thu, 05 Nov 2015 02:08:58 +0000</pubDate>
		<guid isPermaLink="false">http://javamex.wordpress.com/2014/07/15/jms-en-las-integraciones/#comment-40</guid>

					<description><![CDATA[Buen post sobre este tema de JMS. Justamente la aplicación de JMS ayuda a cumplir de otra manera con el pattern: &#039;Reliable Messaging&#039;, para que de alguna manera ante una falla en la comunicación entre la app#1 y app#2 (considerándolos como servicios HTTP), se asegurará que el mensaje se recepcionará si o si por la app#2, ya que le mensaje será guardado el tiempo que sea necesario en la JMS Queue. Lo que si creo que a nivel gráfico en la arquitectura debió de considerarse un servicio MDB intermedio que esté a la escucha del mensaje entre la Queue y app#2.]]></description>
			<content:encoded><![CDATA[<p>Buen post sobre este tema de JMS. Justamente la aplicación de JMS ayuda a cumplir de otra manera con el pattern: &#8216;Reliable Messaging&#8217;, para que de alguna manera ante una falla en la comunicación entre la app#1 y app#2 (considerándolos como servicios HTTP), se asegurará que el mensaje se recepcionará si o si por la app#2, ya que le mensaje será guardado el tiempo que sea necesario en la JMS Queue. Lo que si creo que a nivel gráfico en la arquitectura debió de considerarse un servicio MDB intermedio que esté a la escucha del mensaje entre la Queue y app#2.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Por: Estructura de datos &#8211; Queue (Cola) &#124; javamex		</title>
		<link>https://www.oscarblancarteblog.com/2014/07/15/jms-en-las-integraciones/#comment-39</link>

		<dc:creator><![CDATA[Estructura de datos &#8211; Queue (Cola) &#124; javamex]]></dc:creator>
		<pubDate>Fri, 01 Aug 2014 22:04:42 +0000</pubDate>
		<guid isPermaLink="false">http://javamex.wordpress.com/2014/07/15/jms-en-las-integraciones/#comment-39</guid>

					<description><![CDATA[[&#8230;] JMS en las integraciones [&#8230;]]]></description>
			<content:encoded><![CDATA[<p>[&#8230;] JMS en las integraciones [&#8230;]</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Por: Java Message Service (JMS) &#124; javamex		</title>
		<link>https://www.oscarblancarteblog.com/2014/07/15/jms-en-las-integraciones/#comment-38</link>

		<dc:creator><![CDATA[Java Message Service (JMS) &#124; javamex]]></dc:creator>
		<pubDate>Fri, 25 Jul 2014 17:12:59 +0000</pubDate>
		<guid isPermaLink="false">http://javamex.wordpress.com/2014/07/15/jms-en-las-integraciones/#comment-38</guid>

					<description><![CDATA[[&#8230;] embargo lo único que conocen los dos es el formato en que se tendrá que hacer la comunicación ( Aquí explico esto [&#8230;]]]></description>
			<content:encoded><![CDATA[<p>[&#8230;] embargo lo único que conocen los dos es el formato en que se tendrá que hacer la comunicación ( Aquí explico esto [&#8230;]</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Por: SOA Suite &#8211; Componentes de una Composición SOA &#124; javamex		</title>
		<link>https://www.oscarblancarteblog.com/2014/07/15/jms-en-las-integraciones/#comment-37</link>

		<dc:creator><![CDATA[SOA Suite &#8211; Componentes de una Composición SOA &#124; javamex]]></dc:creator>
		<pubDate>Thu, 17 Jul 2014 21:03:21 +0000</pubDate>
		<guid isPermaLink="false">http://javamex.wordpress.com/2014/07/15/jms-en-las-integraciones/#comment-37</guid>

					<description><![CDATA[[&#8230;] JMS Adapter: Adaptador que nos permite recuperar y encolar mensajes en una Cola(Queue) JMS. Les comparto una entrada que habla de las Colas JMS (http://javamex.wordpress.com/2014/07/15/jms-en-las-integraciones/) [&#8230;]]]></description>
			<content:encoded><![CDATA[<p>[&#8230;] JMS Adapter: Adaptador que nos permite recuperar y encolar mensajes en una Cola(Queue) JMS. Les comparto una entrada que habla de las Colas JMS (<a href="http://javamex.wordpress.com/2014/07/15/jms-en-las-integraciones/" rel="nofollow ugc">http://javamex.wordpress.com/2014/07/15/jms-en-las-integraciones/</a>) [&#8230;]</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
