<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.3" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: Tempted by Rails</title>
	<link>http://agylen.com/2005/10/22/tempted-by-rails/</link>
	<description>Ugo Cei's Weblog</description>
	<pubDate>Fri, 25 Jul 2008 10:52:09 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.3</generator>
		<item>
		<title>By: Sylvain Wallez</title>
		<link>http://agylen.com/2005/10/22/tempted-by-rails/#comment-496</link>
		<dc:creator>Sylvain Wallez</dc:creator>
		<pubDate>Sun, 23 Oct 2005 14:39:15 +0000</pubDate>
		<guid>http://agylen.com/2005/10/22/tempted-by-rails/#comment-496</guid>
		<description>RoR is certainly cool, now I know that my BigCo customers will never accept it on their servers. Something I've been increasingly hooked to is JavaScript.

I learned through Cocoon's flowscript that JavaScript is a "real" language, which has suffered from its use in browsers where people were fighting with DOM implementations rather than the language itself.

But since I started digging in Ajax libraries such as Dojo and Scriptaculous, I started to realize how really powerful JS is. Rhino is also a very well thought-out thing, and using more than its basic features to connect to Java code allows for very powerful things.

So Rails will certainly influence the way we write web applications and their supporting frameworks, but Ajax gurus and Rhino are likely to make these techniques widespread in the Java world.

JavaScript on the client, JavaScript on the server, why would the majority of people want to switch to another language?</description>
		<content:encoded><![CDATA[<p>RoR is certainly cool, now I know that my BigCo customers will never accept it on their servers. Something I&#8217;ve been increasingly hooked to is JavaScript.</p>
<p>I learned through Cocoon&#8217;s flowscript that JavaScript is a &#8220;real&#8221; language, which has suffered from its use in browsers where people were fighting with DOM implementations rather than the language itself.</p>
<p>But since I started digging in Ajax libraries such as Dojo and Scriptaculous, I started to realize how really powerful JS is. Rhino is also a very well thought-out thing, and using more than its basic features to connect to Java code allows for very powerful things.</p>
<p>So Rails will certainly influence the way we write web applications and their supporting frameworks, but Ajax gurus and Rhino are likely to make these techniques widespread in the Java world.</p>
<p>JavaScript on the client, JavaScript on the server, why would the majority of people want to switch to another language?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nikolas Coukouma</title>
		<link>http://agylen.com/2005/10/22/tempted-by-rails/#comment-494</link>
		<dc:creator>Nikolas Coukouma</dc:creator>
		<pubDate>Sat, 22 Oct 2005 15:37:59 +0000</pubDate>
		<guid>http://agylen.com/2005/10/22/tempted-by-rails/#comment-494</guid>
		<description>For search, you might want to try Ruby/Odeum
http://www.zedshaw.com/projects/ruby_odeum/</description>
		<content:encoded><![CDATA[<p>For search, you might want to try Ruby/Odeum<br />
<a href="http://www.zedshaw.com/projects/ruby_odeum/" rel="nofollow">http://www.zedshaw.com/projects/ruby_odeum/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Geert Bevin</title>
		<link>http://agylen.com/2005/10/22/tempted-by-rails/#comment-493</link>
		<dc:creator>Geert Bevin</dc:creator>
		<pubDate>Sat, 22 Oct 2005 14:58:55 +0000</pubDate>
		<guid>http://agylen.com/2005/10/22/tempted-by-rails/#comment-493</guid>
		<description>I forgot to say that we have native support for RSS and Atom:
http://rifers.org/features/content+syndication+framework

and we have a sub-project that provides a very easy to use database-backed queue for Lucene indexing:
https://svn.rifers.org/rife-search/trunk/

We will integrate this with the core framework for the next version release.</description>
		<content:encoded><![CDATA[<p>I forgot to say that we have native support for RSS and Atom:<br />
<a href="http://rifers.org/features/content+syndication+framework" rel="nofollow">http://rifers.org/features/content+syndication+framework</a></p>
<p>and we have a sub-project that provides a very easy to use database-backed queue for Lucene indexing:<br />
<a href="https://svn.rifers.org/rife-search/trunk/" rel="nofollow">https://svn.rifers.org/rife-search/trunk/</a></p>
<p>We will integrate this with the core framework for the next version release.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Geert Bevin</title>
		<link>http://agylen.com/2005/10/22/tempted-by-rails/#comment-492</link>
		<dc:creator>Geert Bevin</dc:creator>
		<pubDate>Sat, 22 Oct 2005 14:57:04 +0000</pubDate>
		<guid>http://agylen.com/2005/10/22/tempted-by-rails/#comment-492</guid>
		<description>Hi Ugo,

why don't you try out some of the Java frameworks that have been working hard to simplify j2EE and web development. There has been a strong drive for this for many years, but people somehow don't think that doing something simple in Java is possible. I invite you to check out RIFE (http://rifers.org), which has even been acknowledged as a good choice by Bruce Tate.
Rails is definitely a good choice if you like to switch everything ever and are 100% tired of anything Java related. I personally think that Java can be very agile when you pick the right technological back-end.

This blog post might be interesting from you when you try out RIFE, coming from other Java technologies:
http://rifers.org/blogs/gbevin/2005/10/11/rife_misconceptions

We now also have a scaffolding solution, that is actually useful to build upon instead of having to customize generated code, more information here:
http://rifers.org/blogs/gbevin/2005/10/19/announcing_rifecrud_1_0

Best regards,

Geert</description>
		<content:encoded><![CDATA[<p>Hi Ugo,</p>
<p>why don&#8217;t you try out some of the Java frameworks that have been working hard to simplify j2EE and web development. There has been a strong drive for this for many years, but people somehow don&#8217;t think that doing something simple in Java is possible. I invite you to check out RIFE (http://rifers.org), which has even been acknowledged as a good choice by Bruce Tate.<br />
Rails is definitely a good choice if you like to switch everything ever and are 100% tired of anything Java related. I personally think that Java can be very agile when you pick the right technological back-end.</p>
<p>This blog post might be interesting from you when you try out RIFE, coming from other Java technologies:<br />
<a href="http://rifers.org/blogs/gbevin/2005/10/11/rife_misconceptions" rel="nofollow">http://rifers.org/blogs/gbevin/2005/10/11/rife_misconceptions</a></p>
<p>We now also have a scaffolding solution, that is actually useful to build upon instead of having to customize generated code, more information here:<br />
<a href="http://rifers.org/blogs/gbevin/2005/10/19/announcing_rifecrud_1_0" rel="nofollow">http://rifers.org/blogs/gbevin/2005/10/19/announcing_rifecrud_1_0</a></p>
<p>Best regards,</p>
<p>Geert</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Heinemeier Hansson</title>
		<link>http://agylen.com/2005/10/22/tempted-by-rails/#comment-491</link>
		<dc:creator>David Heinemeier Hansson</dc:creator>
		<pubDate>Sat, 22 Oct 2005 13:55:24 +0000</pubDate>
		<guid>http://agylen.com/2005/10/22/tempted-by-rails/#comment-491</guid>
		<description>Please do come on over, Ugo. I had the same reservations switching from PHP(/Java) back in the day. Thinking that obviously a more popular platform would have more of what I needed. I was quite surprised to find that to be largely untrue. Ruby has come an incredibly long way over the past couple of years. And I'm of course doing mine to take it even further with Rails.

For your specific examples. I just spoke with Eric Hatcher at EuroOSCON - he's the author of Lucene in Action - and he told me how he was building a Rails application that called Lucene over XML-RPC. Appeared to work very well.

Regarding, RSS, Rails is already more than adequately served to do this without adding dependencies on additional libraries. Have a look at the &lt;a href="http://api.rubyonrails.org/classes/ActionView/Base.html" rel="nofollow"&gt;example code for a RSS feed&lt;/a&gt; (see under Builder) in the Action View docs.

But the specifics will of course always vary. Some tasks will have been solved best in Ruby, some in Java, some in PHP, some in Smalltalk. If you're considering a specific project, try asking the lazy web how the library situation looks on Ruby for that problem (or how hard it would be to do by hand).</description>
		<content:encoded><![CDATA[<p>Please do come on over, Ugo. I had the same reservations switching from PHP(/Java) back in the day. Thinking that obviously a more popular platform would have more of what I needed. I was quite surprised to find that to be largely untrue. Ruby has come an incredibly long way over the past couple of years. And I&#8217;m of course doing mine to take it even further with Rails.</p>
<p>For your specific examples. I just spoke with Eric Hatcher at EuroOSCON - he&#8217;s the author of Lucene in Action - and he told me how he was building a Rails application that called Lucene over XML-RPC. Appeared to work very well.</p>
<p>Regarding, RSS, Rails is already more than adequately served to do this without adding dependencies on additional libraries. Have a look at the <a href="http://api.rubyonrails.org/classes/ActionView/Base.html" rel="nofollow">example code for a RSS feed</a> (see under Builder) in the Action View docs.</p>
<p>But the specifics will of course always vary. Some tasks will have been solved best in Ruby, some in Java, some in PHP, some in Smalltalk. If you&#8217;re considering a specific project, try asking the lazy web how the library situation looks on Ruby for that problem (or how hard it would be to do by hand).</p>
]]></content:encoded>
	</item>
</channel>
</rss>
