<?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>Comments on: Gracias Rails</title>
	<atom:link href="http://www.danilat.com/weblog/2009/11/09/gracias-rails/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.danilat.com/weblog/2009/11/09/gracias-rails/</link>
	<description>Daniel Latorre - Desarrollador y algunas cosas más</description>
	<lastBuildDate>Tue, 07 Sep 2010 10:16:52 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: dani</title>
		<link>http://www.danilat.com/weblog/2009/11/09/gracias-rails/comment-page-1/#comment-9748</link>
		<dc:creator>dani</dc:creator>
		<pubDate>Fri, 20 Nov 2009 23:11:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.danilat.com/weblog/?p=577#comment-9748</guid>
		<description>Hola Federico.

Sí, el war no tiene nada raro, las clases groovy se compilan a bytecode igual que las clases java. 
Y en los war no existe código interpretado, aunque es posible que tenga algo menos de performance que otros frameworks java puros, principalmente por que la &quot;magia&quot; de groovy evidentemente tiene un coste. Aunque hay que tener en cuenta que el principal cuello de botella de las aplicaciones web, tanto para escalar como para mejorar la performance, suele ser la base de datos(optimizar queries, índices, cachear, desnormalizar...). 

Pero bueno, yo te recomendaría que pruebes, compares y decidas :)</description>
		<content:encoded><![CDATA[<p>Hola Federico.</p>
<p>Sí, el war no tiene nada raro, las clases groovy se compilan a bytecode igual que las clases java.<br />
Y en los war no existe código interpretado, aunque es posible que tenga algo menos de performance que otros frameworks java puros, principalmente por que la &#8220;magia&#8221; de groovy evidentemente tiene un coste. Aunque hay que tener en cuenta que el principal cuello de botella de las aplicaciones web, tanto para escalar como para mejorar la performance, suele ser la base de datos(optimizar queries, índices, cachear, desnormalizar&#8230;). </p>
<p>Pero bueno, yo te recomendaría que pruebes, compares y decidas <img src='http://www.danilat.com/weblog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Federico</title>
		<link>http://www.danilat.com/weblog/2009/11/09/gracias-rails/comment-page-1/#comment-9747</link>
		<dc:creator>Federico</dc:creator>
		<pubDate>Fri, 20 Nov 2009 21:36:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.danilat.com/weblog/?p=577#comment-9747</guid>
		<description>Hola, felicitaciones  por el blog, tengo una consulta sobre Grails, ¿al generar un war los fuentes groovies son compilados a .class como si fueran clases Java? ¿En tiempo de ejecución hay código interpretado que penalice la performance si lo comparamos con un war tradicional?

Gracias

Federico</description>
		<content:encoded><![CDATA[<p>Hola, felicitaciones  por el blog, tengo una consulta sobre Grails, ¿al generar un war los fuentes groovies son compilados a .class como si fueran clases Java? ¿En tiempo de ejecución hay código interpretado que penalice la performance si lo comparamos con un war tradicional?</p>
<p>Gracias</p>
<p>Federico</p>
]]></content:encoded>
	</item>
</channel>
</rss>
