<?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: Small quirk in RubyFit</title>
	<atom:link href="http://blog.coryfoy.com/2008/01/small-quirk-in-rubyfit/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.coryfoy.com/2008/01/small-quirk-in-rubyfit/</link>
	<description>It&#039;s all about delivering</description>
	<lastBuildDate>Fri, 03 Feb 2012 07:28:23 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: gpiancastelli</title>
		<link>http://blog.coryfoy.com/2008/01/small-quirk-in-rubyfit/comment-page-1/#comment-100</link>
		<dc:creator>gpiancastelli</dc:creator>
		<pubDate>Sun, 28 Dec 2008 02:19:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.cornetdesign.com/?p=97#comment-100</guid>
		<description>I think that the check on the order of parameters is done to ensure uniform behaviour amongst FitServer implementations that can be called from the command line. If you look at:&lt;br /&gt;&lt;br /&gt;http://fitnesse.org/FitNesse.FitServerProtocol&lt;br /&gt;&lt;br /&gt;you will find something like:&lt;br /&gt;&lt;br /&gt;Command Line Arguments:&lt;br /&gt;Java usage: java fit.FitServer [-v] host port socketTicket&lt;br /&gt;&lt;br /&gt;So, when activating the server from c.l., the verbose option must always be in that specific position. I believe that other FitServer implementations are bound to respect that very same order, and w.r.t. Ruby some tests in test/fit_server_test.rb seem to confirm that (see test_args, test_args_with_verbose, test_bad_args). The check on arg_count should be another hint.&lt;br /&gt;&lt;br /&gt;I don&#039;t know what&#039;s the relationship between command line usage and COMMAND_PATTERN usage, but I don&#039;t think it would be feasible to break c.l. usage uniformity to gain... well, indeed, to gain what, exactly?&lt;br /&gt;&lt;br /&gt;I&#039;m still leaving the bug report open, though, with a Postponed resolution&lt;br /&gt;and a lower priority.</description>
		<content:encoded><![CDATA[<p>I think that the check on the order of parameters is done to ensure uniform behaviour amongst FitServer implementations that can be called from the command line. If you look at:</p>
<p><a href="http://fitnesse.org/FitNesse.FitServerProtocol" rel="nofollow">http://fitnesse.org/FitNesse.FitServerProtocol</a></p>
<p>you will find something like:</p>
<p>Command Line Arguments:<br />Java usage: java fit.FitServer [-v] host port socketTicket</p>
<p>So, when activating the server from c.l., the verbose option must always be in that specific position. I believe that other FitServer implementations are bound to respect that very same order, and w.r.t. Ruby some tests in test/fit_server_test.rb seem to confirm that (see test_args, test_args_with_verbose, test_bad_args). The check on arg_count should be another hint.</p>
<p>I don&#8217;t know what&#8217;s the relationship between command line usage and COMMAND_PATTERN usage, but I don&#8217;t think it would be feasible to break c.l. usage uniformity to gain&#8230; well, indeed, to gain what, exactly?</p>
<p>I&#8217;m still leaving the bug report open, though, with a Postponed resolution<br />and a lower priority.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

