<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xml:base="http://ruby.sys-con.com"  xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
 <title>Feature</title>
 <link>http://ruby.sys-con.com/</link>
 <description>Latest articles from Feature</description>
 <language>en</language>
 <copyright>Copyright 2009 Ulitzer.com</copyright>
 <generator>Ulitzer.com</generator>
 <lastBuildDate>Fri, 11 Dec 2009 03:14:12 EST</lastBuildDate>
 <docs>http://backend.userland.com/rss</docs>
 <ttl>10</ttl>
<item>
 <title>Open Source Selenium Web Application Testing System</title>
 <link>http://ruby.sys-con.com/node/1064222</link>
 <description>In my recent blog post – Get more out of functional web testing: How to correlate test reports with server side log information? – I discussed the problem that testing results are usually not linked to the log and diagnostics information captured by the application under test. The blog entry offered a way to link the two sides using HTTP Tagging via an HTTP Proxy. Tagging individual Web Requests allows linking each individual request executed by the testing tool with the transactions that are executed on the server side. Your logging framework or diagnostics solution can then take this tag and link the transaction to the originating web request.

Tagging Web Requests with Selenium&lt;p&gt;&lt;a href=&quot;http://ruby.sys-con.com/node/1064222&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Fri, 07 Aug 2009 16:15:00 EDT</pubDate>
 <guid isPermaLink="true">http://ruby.sys-con.com/node/1064222</guid>
</item>
<item>
 <title>Using a Perl Debugger with Server Side Triggers</title>
 <link>http://ruby.sys-con.com/node/1056483</link>
 <description>This article describes a method to use a perl debugger on trigger scripts without advanced interprocess debugging tools.

Using a perl debugger with a V4.x server side trigger launched by the server is very difficult and encounters two known obstacles:

The server will fire the trigger and the debugger will run in a thread of the detached server process; the debugger will start but will probably not communicate with you. However, if you manually started the server via a shell command then the perl debugger will start, accept input from the keyboard, then you will loose contact with the debugger; it does not have exclusive access to the keyboard because it is running in the context of the detached server process. The next command you type will go to the shell, not the debugger.  It gets messy from there.&lt;p&gt;&lt;a href=&quot;http://ruby.sys-con.com/node/1056483&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Sat, 01 Aug 2009 09:30:00 EDT</pubDate>
 <guid isPermaLink="true">http://ruby.sys-con.com/node/1056483</guid>
</item>
<item>
 <title>Java Kicks Ruby on Rails in the Butt</title>
 <link>http://ruby.sys-con.com/node/965189</link>
 <description>“What would you think if I told you that you can develop a web application at least ten times faster with Rails than you can with a typical Java framework?” Oops! Ten times faster! Well, after these comments I decided to learn Ruby on Rails. I need to know the true key of the productivity and programmer happiness.&lt;p&gt;&lt;a href=&quot;http://ruby.sys-con.com/node/965189&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Sat, 16 May 2009 22:00:00 EDT</pubDate>
 <guid isPermaLink="true">http://ruby.sys-con.com/node/965189</guid>
</item>
<item>
 <title>AJAX in Ruby on Rails with Prototype, Script.aculo.us</title>
 <link>http://ruby.sys-con.com/node/699411</link>
 <description>This tutorial deals with AJAX implementation in Ruby on Rails 2. While I was learning RoR, I had lot of issues of properly having AJAX implementation in my projects. This tutorial is for those people out there. In this tutorial, I`ll just show some very simple Script.aculo.us Animation Implementations in RoR.


&lt;p&gt;&lt;a href=&quot;http://ruby.sys-con.com/node/699411&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Sun, 05 Oct 2008 15:45:00 EDT</pubDate>
 <guid isPermaLink="true">http://ruby.sys-con.com/node/699411</guid>
</item>
<item>
 <title>Rating JRuby, Jython, and Groovy on the Java Platform</title>
 <link>http://ruby.sys-con.com/node/618618</link>
 <description>Open source software, while not synonymous with Java, may often be seamlessly integrated with Java code to produce a versatile synthesis that makes developers&#039; lives much easier. In recent years, developers have taken some open source dynamic languages, commonly referred to as &#039;scripting languages,&#039; and adapted them to the more mainstream Java platform.&lt;p&gt;&lt;a href=&quot;http://ruby.sys-con.com/node/618618&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Fri, 25 Jul 2008 17:15:00 EDT</pubDate>
 <guid isPermaLink="true">http://ruby.sys-con.com/node/618618</guid>
</item>
<item>
 <title>NetBeans: It&#039;s Not Just for Java Anymore</title>
 <link>http://ruby.sys-con.com/node/596784</link>
 <description>Java developers have had a nice ride the last few years. With ferocious competition in the Java tools space, the tools they use have been getting better and better. Where one tool innovates, such as with quick fixes, the competitors quickly duplicate and expand on that innovation. This has led to a fertile field of tools for Java developers to choose from.&lt;p&gt;&lt;a href=&quot;http://ruby.sys-con.com/node/596784&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Mon, 23 Jun 2008 12:00:00 EDT</pubDate>
 <guid isPermaLink="true">http://ruby.sys-con.com/node/596784</guid>
</item>
<item>
 <title>Engelbart&#039;s Usability Dilemma: Efficiency vs Ease-of-Use</title>
 <link>http://ruby.sys-con.com/node/536976</link>
 <description>The mouse was the original idea of Doug Engelbart who was the head of the Augmentation Research Center (ARC) at Stanford Research Institute. Engelbart&#039;s philosophy is best embodied, in my opinion, in the design of another device that he invented, the five-finger keyboard - with keys like a piano, used by one hand. The problem was, Engelbart&#039;s five-finger keyboard and mouse combination was very difficult to learn.&lt;p&gt;&lt;a href=&quot;http://ruby.sys-con.com/node/536976&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <pubDate>Thu, 10 Apr 2008 09:15:00 EDT</pubDate>
 <guid isPermaLink="true">http://ruby.sys-con.com/node/536976</guid>
</item>
</channel>
</rss>
