<?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/"
		>
<channel>
	<title>Comentarios en: Protocolos de comunicación</title>
	<atom:link href="http://www.madeinflex.com/2008/06/12/protocolos-de-comunicacion/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.madeinflex.com/2008/06/12/protocolos-de-comunicacion/</link>
	<description>Creando Soluciones RIA...</description>
	<lastBuildDate>Thu, 09 Feb 2012 14:07:39 +0100</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Por: Diego Baselica</title>
		<link>http://www.madeinflex.com/2008/06/12/protocolos-de-comunicacion/comment-page-1/#comment-151620</link>
		<dc:creator>Diego Baselica</dc:creator>
		<pubDate>Wed, 09 Jun 2010 13:02:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.madeinflex.com/2008/06/12/protocolos-de-comunicacion/#comment-151620</guid>
		<description>Hola, hace un tiempo trabajamos con Flex y .NET mediante WebServices
Pero recien ahora estamos interiorizandonos en remoting ya que en principio necesitamos integrar una mensajeria a nuestra aplicacion.
De alli que comenzamos a ver que existe y encontramso WebOrb (pago) y Ffluorinefx (free)
Pero tambien surge en el medio LCDS y alli es donde nos surge la duda, como digo debido a que somos nuevos en esta area.
Nuestra intension es utilizar RTMP pero al parecer con Fluorine siempre necesito a LCDS en el servidor y es algo que por los costos no esta a nuestro alcance.
me podrian decir si estamos bien rumbeados o no.
Gracias..</description>
		<content:encoded><![CDATA[<p>Hola, hace un tiempo trabajamos con Flex y .NET mediante WebServices<br />
Pero recien ahora estamos interiorizandonos en remoting ya que en principio necesitamos integrar una mensajeria a nuestra aplicacion.<br />
De alli que comenzamos a ver que existe y encontramso WebOrb (pago) y Ffluorinefx (free)<br />
Pero tambien surge en el medio LCDS y alli es donde nos surge la duda, como digo debido a que somos nuevos en esta area.<br />
Nuestra intension es utilizar RTMP pero al parecer con Fluorine siempre necesito a LCDS en el servidor y es algo que por los costos no esta a nuestro alcance.<br />
me podrian decir si estamos bien rumbeados o no.<br />
Gracias..</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Rainer Ramirez</title>
		<link>http://www.madeinflex.com/2008/06/12/protocolos-de-comunicacion/comment-page-1/#comment-9782</link>
		<dc:creator>Rainer Ramirez</dc:creator>
		<pubDate>Fri, 13 Jun 2008 14:38:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.madeinflex.com/2008/06/12/protocolos-de-comunicacion/#comment-9782</guid>
		<description>Estimado Javi, lo que yo opino es que este tipo de posts están dirigidos a personas con conocimientos mínimos de las tecnologías citadas en ellos. Por lo tanto se supone que hemos tenido algún mínimo contacto con LCDS, Blazeds, WebORB, etc. O por lo menos sabemos de su existencia y para que sirven. Este tipo de posts son mas una manera de ampliar esa información que ya tenemos y clarificar algunos puntos que quisas en la documentación oficial de adobe es difícil de encontrar. Por ejemplo en mi caso, gracias a este post me entero de que AMF3 no es un protocolo alternativo de HTTP y RTMP, y que mas bien  va encapsulado en alguno de estos dos protocolos. Aun mas útil fue el comentario de la desventaja de RTMP como protocolo por salir por el puerto 1935 ya que los que hemos trabajado en ambientes de servidores sabemos que los firewall si bien son un mal necesario aveces originan errores fantasma que son muy difíciles de detallar y gracias a este comentario puedo estar seguro de que puerto debo abrir.</description>
		<content:encoded><![CDATA[<p>Estimado Javi, lo que yo opino es que este tipo de posts están dirigidos a personas con conocimientos mínimos de las tecnologías citadas en ellos. Por lo tanto se supone que hemos tenido algún mínimo contacto con LCDS, Blazeds, WebORB, etc. O por lo menos sabemos de su existencia y para que sirven. Este tipo de posts son mas una manera de ampliar esa información que ya tenemos y clarificar algunos puntos que quisas en la documentación oficial de adobe es difícil de encontrar. Por ejemplo en mi caso, gracias a este post me entero de que AMF3 no es un protocolo alternativo de HTTP y RTMP, y que mas bien  va encapsulado en alguno de estos dos protocolos. Aun mas útil fue el comentario de la desventaja de RTMP como protocolo por salir por el puerto 1935 ya que los que hemos trabajado en ambientes de servidores sabemos que los firewall si bien son un mal necesario aveces originan errores fantasma que son muy difíciles de detallar y gracias a este comentario puedo estar seguro de que puerto debo abrir.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Aritz Oruesagasti</title>
		<link>http://www.madeinflex.com/2008/06/12/protocolos-de-comunicacion/comment-page-1/#comment-9768</link>
		<dc:creator>Aritz Oruesagasti</dc:creator>
		<pubDate>Fri, 13 Jun 2008 06:52:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.madeinflex.com/2008/06/12/protocolos-de-comunicacion/#comment-9768</guid>
		<description>Vayamos por partes:
&quot;La verdad es que el articulo practicamente no explica las diferencias entre los distintos protocolos&quot;
Explica algunas, evidentemente las más generales, está claro que siempre se podrá completar más. Hubiera estado bien que tú las hubieras puesto en tu comentario.

&quot;AMF3 no es un protocolo para transferir informacion?&quot;
No quiero entrar en ninguna guerra semántica de cuál sería el término exacto. Simplemente quería señalar que AMF3 no es un protocolo alternativo de HTTP y RTMP. Siempre va encapsulado en uno de estos protocolos. Es el formato binario de AS3 (igual que AMF0 era el formato binario de AS1 y AS2). 

&quot;con tantisimas soluciones open source en AMF es necesario hablar de LCDS&quot;
Poner todas las alternativas a LCDS, me dio la impresión que quedaba fuera de la temática de este post. Es verdad que menciono en algún momento puntual WebORB.NET y FluorineFX (por que los utilizo), pero en lo que de verdad importa del post utilizo expresiones como &quot;LCDS (y similares)&quot; queriéndome referir a LCDS y todas las demás alternativas existentes. Este tema de las alternativas da para otro post entero, explicando qué características tiene cada una de ellas.

&quot;quizá pueda aportar más confusión que claridad&quot;
¿ Qué es lo que te ha creado confusión ? 

&quot;Recomiendo pasarse mejor por la documentacion oficial de Adobe si alguien quiere saber mas de estos temas.&quot;
Yo también lo recomiendo!, es que no puede ser de otra forma.... nunca he pretendido sustituir a la documentación de Adobe. ;-)</description>
		<content:encoded><![CDATA[<p>Vayamos por partes:<br />
&#8220;La verdad es que el articulo practicamente no explica las diferencias entre los distintos protocolos&#8221;<br />
Explica algunas, evidentemente las más generales, está claro que siempre se podrá completar más. Hubiera estado bien que tú las hubieras puesto en tu comentario.</p>
<p>&#8220;AMF3 no es un protocolo para transferir informacion?&#8221;<br />
No quiero entrar en ninguna guerra semántica de cuál sería el término exacto. Simplemente quería señalar que AMF3 no es un protocolo alternativo de HTTP y RTMP. Siempre va encapsulado en uno de estos protocolos. Es el formato binario de AS3 (igual que AMF0 era el formato binario de AS1 y AS2). </p>
<p>&#8220;con tantisimas soluciones open source en AMF es necesario hablar de LCDS&#8221;<br />
Poner todas las alternativas a LCDS, me dio la impresión que quedaba fuera de la temática de este post. Es verdad que menciono en algún momento puntual WebORB.NET y FluorineFX (por que los utilizo), pero en lo que de verdad importa del post utilizo expresiones como &#8220;LCDS (y similares)&#8221; queriéndome referir a LCDS y todas las demás alternativas existentes. Este tema de las alternativas da para otro post entero, explicando qué características tiene cada una de ellas.</p>
<p>&#8220;quizá pueda aportar más confusión que claridad&#8221;<br />
¿ Qué es lo que te ha creado confusión ? </p>
<p>&#8220;Recomiendo pasarse mejor por la documentacion oficial de Adobe si alguien quiere saber mas de estos temas.&#8221;<br />
Yo también lo recomiendo!, es que no puede ser de otra forma&#8230;. nunca he pretendido sustituir a la documentación de Adobe. <img src='http://www.madeinflex.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: javi</title>
		<link>http://www.madeinflex.com/2008/06/12/protocolos-de-comunicacion/comment-page-1/#comment-9749</link>
		<dc:creator>javi</dc:creator>
		<pubDate>Thu, 12 Jun 2008 23:23:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.madeinflex.com/2008/06/12/protocolos-de-comunicacion/#comment-9749</guid>
		<description>La verdad es que el articulo practicamente no explica las diferencias entre los distintos protocolos, cuales son recomendables utilizar en cada caso ni cosas como rendimiento... AMF3 no es un protocolo para transferir informacion? Pues vaya... Y con tantisimas soluciones open source en AMF es necesario hablar de LCDS? Ya que hablas de WebOrb antes pes seria al menos interesante mencionarlo.
Por lo tanto me parece un articulo poco riguroso y que quiza pueda aportar mas confusion que claridad. Recomiendo pasarse mejor por la documentacion oficial de Adobe si alguien quiere saber mas de estos temas.</description>
		<content:encoded><![CDATA[<p>La verdad es que el articulo practicamente no explica las diferencias entre los distintos protocolos, cuales son recomendables utilizar en cada caso ni cosas como rendimiento&#8230; AMF3 no es un protocolo para transferir informacion? Pues vaya&#8230; Y con tantisimas soluciones open source en AMF es necesario hablar de LCDS? Ya que hablas de WebOrb antes pes seria al menos interesante mencionarlo.<br />
Por lo tanto me parece un articulo poco riguroso y que quiza pueda aportar mas confusion que claridad. Recomiendo pasarse mejor por la documentacion oficial de Adobe si alguien quiere saber mas de estos temas.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Israel Gaytan</title>
		<link>http://www.madeinflex.com/2008/06/12/protocolos-de-comunicacion/comment-page-1/#comment-9737</link>
		<dc:creator>Israel Gaytan</dc:creator>
		<pubDate>Thu, 12 Jun 2008 16:01:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.madeinflex.com/2008/06/12/protocolos-de-comunicacion/#comment-9737</guid>
		<description>Excelente artículo, muy bien explicado!</description>
		<content:encoded><![CDATA[<p>Excelente artículo, muy bien explicado!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Aritz Oruesagasti</title>
		<link>http://www.madeinflex.com/2008/06/12/protocolos-de-comunicacion/comment-page-1/#comment-9736</link>
		<dc:creator>Aritz Oruesagasti</dc:creator>
		<pubDate>Thu, 12 Jun 2008 15:26:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.madeinflex.com/2008/06/12/protocolos-de-comunicacion/#comment-9736</guid>
		<description>@ David, Alberto, Rainer: Gracias por vuestros comentarios!

@ Rainer: El enlace a ese benchmark viene muy bien como complemento del artículo (creo que en su día ya se publicó en MIF). Es apabullante la diferencia de velocidad entre utilizar AMF3 y los demás métodos.</description>
		<content:encoded><![CDATA[<p>@ David, Alberto, Rainer: Gracias por vuestros comentarios!</p>
<p>@ Rainer: El enlace a ese benchmark viene muy bien como complemento del artículo (creo que en su día ya se publicó en MIF). Es apabullante la diferencia de velocidad entre utilizar AMF3 y los demás métodos.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Rainer Ramirez</title>
		<link>http://www.madeinflex.com/2008/06/12/protocolos-de-comunicacion/comment-page-1/#comment-9734</link>
		<dc:creator>Rainer Ramirez</dc:creator>
		<pubDate>Thu, 12 Jun 2008 15:17:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.madeinflex.com/2008/06/12/protocolos-de-comunicacion/#comment-9734</guid>
		<description>Excelente post aqui les dejo a todos esta aplicacion que es un Benchmarks de protocolos en flex esta bastante interesante http://www.jamesward.com/census/</description>
		<content:encoded><![CDATA[<p>Excelente post aqui les dejo a todos esta aplicacion que es un Benchmarks de protocolos en flex esta bastante interesante <a href="http://www.jamesward.com/census/" rel="nofollow">http://www.jamesward.com/census/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Alberto Alcaraz</title>
		<link>http://www.madeinflex.com/2008/06/12/protocolos-de-comunicacion/comment-page-1/#comment-9730</link>
		<dc:creator>Alberto Alcaraz</dc:creator>
		<pubDate>Thu, 12 Jun 2008 14:21:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.madeinflex.com/2008/06/12/protocolos-de-comunicacion/#comment-9730</guid>
		<description>Muy buen post Aritz!

Gracias</description>
		<content:encoded><![CDATA[<p>Muy buen post Aritz!</p>
<p>Gracias</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: David Serrano</title>
		<link>http://www.madeinflex.com/2008/06/12/protocolos-de-comunicacion/comment-page-1/#comment-9729</link>
		<dc:creator>David Serrano</dc:creator>
		<pubDate>Thu, 12 Jun 2008 14:18:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.madeinflex.com/2008/06/12/protocolos-de-comunicacion/#comment-9729</guid>
		<description>Muy buena explicación Aritz, la verdad es que con tantos protocolos de comunicación que acepta Flex, a veces es dificil elegir, aunque sin ser excluyentes, también depende del tipo de aplicación que se va a desarrollar.</description>
		<content:encoded><![CDATA[<p>Muy buena explicación Aritz, la verdad es que con tantos protocolos de comunicación que acepta Flex, a veces es dificil elegir, aunque sin ser excluyentes, también depende del tipo de aplicación que se va a desarrollar.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Aritz</title>
		<link>http://www.madeinflex.com/2008/06/12/protocolos-de-comunicacion/comment-page-1/#comment-9728</link>
		<dc:creator>Aritz</dc:creator>
		<pubDate>Thu, 12 Jun 2008 14:10:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.madeinflex.com/2008/06/12/protocolos-de-comunicacion/#comment-9728</guid>
		<description>Gracias por tu &quot;soporte&quot; Xabi !
Y enhorabuena por la labor que estáis haciendo en MIF!</description>
		<content:encoded><![CDATA[<p>Gracias por tu &#8220;soporte&#8221; Xabi !<br />
Y enhorabuena por la labor que estáis haciendo en MIF!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

