<?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#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Groovy as Talend&#8217;s scripting language</title>
	<atom:link href="http://blog.gobansaor.com/2008/07/20/groovy-as-talends-scripting-language/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.gobansaor.com/2008/07/20/groovy-as-talends-scripting-language/</link>
	<description>A country datasmith.</description>
	<lastBuildDate>Fri, 10 Feb 2012 11:24:31 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Comparing Talend Open Studio and Pentaho Data Integration (Kettle). &#171; El Rincon del BI</title>
		<link>http://blog.gobansaor.com/2008/07/20/groovy-as-talends-scripting-language/#comment-5986</link>
		<dc:creator><![CDATA[Comparing Talend Open Studio and Pentaho Data Integration (Kettle). &#171; El Rincon del BI]]></dc:creator>
		<pubDate>Thu, 03 Jun 2010 19:30:24 +0000</pubDate>
		<guid isPermaLink="false">http://gobansaor.wordpress.com/?p=387#comment-5986</guid>
		<description><![CDATA[[...] Talend allows us to introduce our custom code using Java and Groovy. [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Talend allows us to introduce our custom code using Java and Groovy. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: 16.4. Comparativa ETL Talend vs Pentaho Data Integration (Kettle). &#171; El Rincon del BI</title>
		<link>http://blog.gobansaor.com/2008/07/20/groovy-as-talends-scripting-language/#comment-5984</link>
		<dc:creator><![CDATA[16.4. Comparativa ETL Talend vs Pentaho Data Integration (Kettle). &#171; El Rincon del BI]]></dc:creator>
		<pubDate>Tue, 01 Jun 2010 23:07:41 +0000</pubDate>
		<guid isPermaLink="false">http://gobansaor.wordpress.com/?p=387#comment-5984</guid>
		<description><![CDATA[[...] Talend nos permite introducir nuestro código personalizado utilizando Java y Groovy. [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Talend nos permite introducir nuestro código personalizado utilizando Java y Groovy. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vorg</title>
		<link>http://blog.gobansaor.com/2008/07/20/groovy-as-talends-scripting-language/#comment-5617</link>
		<dc:creator><![CDATA[Vorg]]></dc:creator>
		<pubDate>Sat, 05 Dec 2009 14:46:06 +0000</pubDate>
		<guid isPermaLink="false">http://gobansaor.wordpress.com/?p=387#comment-5617</guid>
		<description><![CDATA[&quot;Groovy (by the way what a terrible name for a language, or is that just me?), &quot;

It&#039;s just you. &quot;Groovy&quot; is a great name for a language.]]></description>
		<content:encoded><![CDATA[<p>&#8220;Groovy (by the way what a terrible name for a language, or is that just me?), &#8221;</p>
<p>It&#8217;s just you. &#8220;Groovy&#8221; is a great name for a language.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sean</title>
		<link>http://blog.gobansaor.com/2008/07/20/groovy-as-talends-scripting-language/#comment-4675</link>
		<dc:creator><![CDATA[Sean]]></dc:creator>
		<pubDate>Tue, 29 Jul 2008 18:34:25 +0000</pubDate>
		<guid isPermaLink="false">http://gobansaor.wordpress.com/?p=387#comment-4675</guid>
		<description><![CDATA[Tom, 

What you are saying makes sense. Normal business people are more comfortable with Java than Perl (which most have not even heard of). Also I am realizing that one can have different versions of JVM w/o affecting each other. 

I got tired of dealing with Perl modules very fast. Also the API support, JDBC and everything points to using Talend/Java rather than Talend/Perl.

I&#039;ve looked into Groovy. As you suggest due to similarity with Java, it might be a good place to start. 

Thanks again for a great blog post.]]></description>
		<content:encoded><![CDATA[<p>Tom, </p>
<p>What you are saying makes sense. Normal business people are more comfortable with Java than Perl (which most have not even heard of). Also I am realizing that one can have different versions of JVM w/o affecting each other. </p>
<p>I got tired of dealing with Perl modules very fast. Also the API support, JDBC and everything points to using Talend/Java rather than Talend/Perl.</p>
<p>I&#8217;ve looked into Groovy. As you suggest due to similarity with Java, it might be a good place to start. </p>
<p>Thanks again for a great blog post.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: gobansaor</title>
		<link>http://blog.gobansaor.com/2008/07/20/groovy-as-talends-scripting-language/#comment-4673</link>
		<dc:creator><![CDATA[gobansaor]]></dc:creator>
		<pubDate>Mon, 28 Jul 2008 12:35:31 +0000</pubDate>
		<guid isPermaLink="false">http://gobansaor.wordpress.com/?p=387#comment-4673</guid>
		<description><![CDATA[Sean,

It was only when the Java version of Talend appeared that I started to look seriously at Talend; although Perl has its advantages, within most corporate environments, Java is an easier sell (at least to &quot;civilians&quot;).  

JVM issues are less of a problem now than multi-megabyte downloads/installs are common place (i.e. package your jars in an EXE, along with either the JVM you require or a facility to download the version required (using tools such as http://jsmooth.sourceforge.net/ )).

The Java world is a rich source of corporate-focused  APIs, JDBC is mature and robust, so even without Groovy, I would still be sticking with the Java version.  Groovy just makes it better and means practically everything I need can be provided by the one environment.

If you are about to learn Java, then Groovy is a ideal way to start, in fact for the sort of activities you&#039;re likely to engage in with a tool like Talend,  you may never need to write &quot;real&quot; Java.

Tom]]></description>
		<content:encoded><![CDATA[<p>Sean,</p>
<p>It was only when the Java version of Talend appeared that I started to look seriously at Talend; although Perl has its advantages, within most corporate environments, Java is an easier sell (at least to &#8220;civilians&#8221;).  </p>
<p>JVM issues are less of a problem now than multi-megabyte downloads/installs are common place (i.e. package your jars in an EXE, along with either the JVM you require or a facility to download the version required (using tools such as <a href="http://jsmooth.sourceforge.net/" rel="nofollow">http://jsmooth.sourceforge.net/</a> )).</p>
<p>The Java world is a rich source of corporate-focused  APIs, JDBC is mature and robust, so even without Groovy, I would still be sticking with the Java version.  Groovy just makes it better and means practically everything I need can be provided by the one environment.</p>
<p>If you are about to learn Java, then Groovy is a ideal way to start, in fact for the sort of activities you&#8217;re likely to engage in with a tool like Talend,  you may never need to write &#8220;real&#8221; Java.</p>
<p>Tom</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sean</title>
		<link>http://blog.gobansaor.com/2008/07/20/groovy-as-talends-scripting-language/#comment-4668</link>
		<dc:creator><![CDATA[Sean]]></dc:creator>
		<pubDate>Tue, 22 Jul 2008 16:19:51 +0000</pubDate>
		<guid isPermaLink="false">http://gobansaor.wordpress.com/?p=387#comment-4668</guid>
		<description><![CDATA[Talend probably will start downplaying its Perl roots. I can see them even discontinue Perl version down the line. 

Advantages of using Talend/Perl: 
1. Could deploy Perl code as an exe on Windows machines without needing to upgrade JVM client (this was a restriction based on corporate policy). 
2. Have a ready scripting language. 
3. Plentiful modules are available for Perl in Talend and outside. 

Disadvantages of Talend/Perl
1. Exe works only on Windows. For Linux, I am not sure I can create an executable that combines all the modules. 
2. Keeping together all the modules for DB connections etc. is a pain. 
3. No JDBC connection and a lot of DB connections will  require one to have a client installed (like DB2). I think this is a big downside. 

I chose Perl due to JVM upgrade issues on my first project as well with familiarity with Perl. But more I look, I feel that I need to learn Java and start using the Java version. If JVM version is not an issue, I think Java probably has all the advantages and non of the disadvantages (now that one can use Groovy). 

I might have misstated some of the above. Anyway, what is your opinion on Talend Java vs. Talend Perl as you seem to be comfortable with both the version.]]></description>
		<content:encoded><![CDATA[<p>Talend probably will start downplaying its Perl roots. I can see them even discontinue Perl version down the line. </p>
<p>Advantages of using Talend/Perl:<br />
1. Could deploy Perl code as an exe on Windows machines without needing to upgrade JVM client (this was a restriction based on corporate policy).<br />
2. Have a ready scripting language.<br />
3. Plentiful modules are available for Perl in Talend and outside. </p>
<p>Disadvantages of Talend/Perl<br />
1. Exe works only on Windows. For Linux, I am not sure I can create an executable that combines all the modules.<br />
2. Keeping together all the modules for DB connections etc. is a pain.<br />
3. No JDBC connection and a lot of DB connections will  require one to have a client installed (like DB2). I think this is a big downside. </p>
<p>I chose Perl due to JVM upgrade issues on my first project as well with familiarity with Perl. But more I look, I feel that I need to learn Java and start using the Java version. If JVM version is not an issue, I think Java probably has all the advantages and non of the disadvantages (now that one can use Groovy). </p>
<p>I might have misstated some of the above. Anyway, what is your opinion on Talend Java vs. Talend Perl as you seem to be comfortable with both the version.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: gobansaor</title>
		<link>http://blog.gobansaor.com/2008/07/20/groovy-as-talends-scripting-language/#comment-4662</link>
		<dc:creator><![CDATA[gobansaor]]></dc:creator>
		<pubDate>Mon, 21 Jul 2008 12:32:09 +0000</pubDate>
		<guid isPermaLink="false">http://gobansaor.wordpress.com/?p=387#comment-4662</guid>
		<description><![CDATA[@Neal

Thanks for pointing that out, it is misleading. I must admit I (like most folks I guess) wouldn&#039;t know one end of a JSR process from the other!


Tom]]></description>
		<content:encoded><![CDATA[<p>@Neal</p>
<p>Thanks for pointing that out, it is misleading. I must admit I (like most folks I guess) wouldn&#8217;t know one end of a JSR process from the other!</p>
<p>Tom</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Neal Gafter</title>
		<link>http://blog.gobansaor.com/2008/07/20/groovy-as-talends-scripting-language/#comment-4661</link>
		<dc:creator><![CDATA[Neal Gafter]]></dc:creator>
		<pubDate>Sun, 20 Jul 2008 23:46:03 +0000</pubDate>
		<guid isPermaLink="false">http://gobansaor.wordpress.com/?p=387#comment-4661</guid>
		<description><![CDATA[jsr241 has been in the &quot;expert group formation&quot; stage for over four years.  It&#039;s a misconception that it&#039;s being developed under a JSR at all.]]></description>
		<content:encoded><![CDATA[<p>jsr241 has been in the &#8220;expert group formation&#8221; stage for over four years.  It&#8217;s a misconception that it&#8217;s being developed under a JSR at all.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

