<?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"
	>
<channel>
	<title>Comments on: The Cafes Reloaded</title>
	<atom:link href="http://cafe.elharo.com/blogroll/the-cafes-reloaded/feed/" rel="self" type="application/rss+xml" />
	<link>http://cafe.elharo.com/blogroll/the-cafes-reloaded/</link>
	<description>Longer than a blog; shorter than a book</description>
	<pubDate>Tue, 06 Jan 2009 21:56:42 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>By: Elliotte Rusty Harold</title>
		<link>http://cafe.elharo.com/blogroll/the-cafes-reloaded/#comment-216</link>
		<dc:creator>Elliotte Rusty Harold</dc:creator>
		<pubDate>Mon, 27 Feb 2006 12:46:45 +0000</pubDate>
		<guid isPermaLink="false">http://minicafe.elharo.com/java/the-cafes-reloaded/#comment-216</guid>
		<description>1. It's not obvious that that's what one should do. Assuming that that is what one should do, the inboviousness is a bug. 

2. Even when one does exaclty that, there's still too much that can go wrong, and too many options to configure. See, for example, &lt;a href="http://minicafe.elharo.com/java/error-image-fetcher-0-uncaught-error-fetching-image/" rel="nofollow"&gt;my latest struggles with Eclipse CVS and jEdit&lt;/a&gt;.

There's no reason for this to be so complex. Part of the complexity does come from a perfect storm of flaws in many systems all trying to work together:

&lt;ul&gt;
	&lt;li&gt;CVS's inability to move a file&lt;/li&gt;

	&lt;li&gt;Sourceforge's overloaded servers that frequently just give up&lt;/li&gt;

	&lt;li&gt;jEdit's poor source tree layout&lt;/li&gt;

	&lt;li&gt;Eclipse's incomprehensible checkout wizard&lt;/li&gt;
&lt;/ul&gt;

Individually any of those are surmountable. However together they reinforce each other to turn the whole process into a stew of conficting information.</description>
		<content:encoded><![CDATA[<p>1. It&#8217;s not obvious that that&#8217;s what one should do. Assuming that that is what one should do, the inboviousness is a bug. </p>
<p>2. Even when one does exaclty that, there&#8217;s still too much that can go wrong, and too many options to configure. See, for example, <a href="http://minicafe.elharo.com/java/error-image-fetcher-0-uncaught-error-fetching-image/"  rel="nofollow">my latest struggles with Eclipse CVS and jEdit</a>.</p>
<p>There&#8217;s no reason for this to be so complex. Part of the complexity does come from a perfect storm of flaws in many systems all trying to work together:</p>
<ul>
<li>CVS&#8217;s inability to move a file</li>
<li>Sourceforge&#8217;s overloaded servers that frequently just give up</li>
<li>jEdit&#8217;s poor source tree layout</li>
<li>Eclipse&#8217;s incomprehensible checkout wizard</li>
</ul>
<p>Individually any of those are surmountable. However together they reinforce each other to turn the whole process into a stew of conficting information.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James Abley</title>
		<link>http://cafe.elharo.com/blogroll/the-cafes-reloaded/#comment-215</link>
		<dc:creator>James Abley</dc:creator>
		<pubDate>Mon, 27 Feb 2006 09:44:51 +0000</pubDate>
		<guid isPermaLink="false">http://minicafe.elharo.com/java/the-cafes-reloaded/#comment-215</guid>
		<description>I had another look at this and realised that these days I always use 'Check Out As ...' and the Java Project Wizard, so I don't have tend to have so many issues with it. Have you tried that approach?</description>
		<content:encoded><![CDATA[<p>I had another look at this and realised that these days I always use &#8216;Check Out As &#8230;&#8217; and the Java Project Wizard, so I don&#8217;t have tend to have so many issues with it. Have you tried that approach?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Elliotte Rusty Harold</title>
		<link>http://cafe.elharo.com/blogroll/the-cafes-reloaded/#comment-126</link>
		<dc:creator>Elliotte Rusty Harold</dc:creator>
		<pubDate>Fri, 20 Jan 2006 12:43:30 +0000</pubDate>
		<guid isPermaLink="false">http://minicafe.elharo.com/java/the-cafes-reloaded/#comment-126</guid>
		<description>Sourceforge CVS is notoriously flaky. I often have to try several times over a few hours before I connect successfully. 

I actually wouldn't suggest capturing what it is that bothers you about the current process as the first step. That presumes that a little change, a nip here and a  tuck there, would fix the problem. I think the problem is much deeper than that.

I would suggest instead designing an approach to CVS checkout from a blank screen and then ripping out the current CVS checkout and replacing it with a completely new interface.</description>
		<content:encoded><![CDATA[<p>Sourceforge CVS is notoriously flaky. I often have to try several times over a few hours before I connect successfully. </p>
<p>I actually wouldn&#8217;t suggest capturing what it is that bothers you about the current process as the first step. That presumes that a little change, a nip here and a  tuck there, would fix the problem. I think the problem is much deeper than that.</p>
<p>I would suggest instead designing an approach to CVS checkout from a blank screen and then ripping out the current CVS checkout and replacing it with a completely new interface.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James Abley</title>
		<link>http://cafe.elharo.com/blogroll/the-cafes-reloaded/#comment-125</link>
		<dc:creator>James Abley</dc:creator>
		<pubDate>Fri, 20 Jan 2006 10:41:40 +0000</pubDate>
		<guid isPermaLink="false">http://minicafe.elharo.com/java/the-cafes-reloaded/#comment-125</guid>
		<description>I wanted to check out jedit just to think about the process I go through, rather than just click through it, but unfortunately I've not been able to connect to SourceForge CVS for the last couple of days. I agree that it can probably be improved, but I'd need to capture and articulate what it is about the process that bothers me, and then contribute a patch or log it with Eclipse  Bugzilla.</description>
		<content:encoded><![CDATA[<p>I wanted to check out jedit just to think about the process I go through, rather than just click through it, but unfortunately I&#8217;ve not been able to connect to SourceForge CVS for the last couple of days. I agree that it can probably be improved, but I&#8217;d need to capture and articulate what it is about the process that bothers me, and then contribute a patch or log it with Eclipse  Bugzilla.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Elliotte Rusty Harold</title>
		<link>http://cafe.elharo.com/blogroll/the-cafes-reloaded/#comment-120</link>
		<dc:creator>Elliotte Rusty Harold</dc:creator>
		<pubDate>Tue, 17 Jan 2006 15:22:40 +0000</pubDate>
		<guid isPermaLink="false">http://minicafe.elharo.com/java/the-cafes-reloaded/#comment-120</guid>
		<description>The problem with Eclipse is that I end up with a confusing mess of files, none of which are properly recognized and sorted into their right places in the source hierarchy. For instance, a class like com.foo.bar.Example might be loaded instead as src.com.foo.bar.Example or foo.bar.Example. Some of the files aren't even recognized as Java files. Sometimes I get caught in an infinite loop of being asked to reconfigure the project; and just have to nuke everything and start over. :-(

I'm sure there's a way to do this right, but the new project from CVS setup in Eclipse 3 is so confusing and poorly designed that's it's pretty much guaranteed no one will figure it out. The whole CVS checkout process needs a complete rethink. Options should be eliminated. User configuration should be minimized. Ideally it should require nothing more than filling in a couple of obvious fields and pressing a button.

FYI, this is not a SourceForge specific issue in any way. Codehaus, java.net, and other CVS repositories have the exact same issues.</description>
		<content:encoded><![CDATA[<p>The problem with Eclipse is that I end up with a confusing mess of files, none of which are properly recognized and sorted into their right places in the source hierarchy. For instance, a class like com.foo.bar.Example might be loaded instead as src.com.foo.bar.Example or foo.bar.Example. Some of the files aren&#8217;t even recognized as Java files. Sometimes I get caught in an infinite loop of being asked to reconfigure the project; and just have to nuke everything and start over. <img src='http://cafe.elharo.com/wp-includes/images/smilies/icon_sad.gif' alt=':-(' class='wp-smiley' /> </p>
<p>I&#8217;m sure there&#8217;s a way to do this right, but the new project from CVS setup in Eclipse 3 is so confusing and poorly designed that&#8217;s it&#8217;s pretty much guaranteed no one will figure it out. The whole CVS checkout process needs a complete rethink. Options should be eliminated. User configuration should be minimized. Ideally it should require nothing more than filling in a couple of obvious fields and pressing a button.</p>
<p>FYI, this is not a SourceForge specific issue in any way. Codehaus, java.net, and other CVS repositories have the exact same issues.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James Abley</title>
		<link>http://cafe.elharo.com/blogroll/the-cafes-reloaded/#comment-119</link>
		<dc:creator>James Abley</dc:creator>
		<pubDate>Tue, 17 Jan 2006 12:46:10 +0000</pubDate>
		<guid isPermaLink="false">http://minicafe.elharo.com/java/the-cafes-reloaded/#comment-119</guid>
		<description>Hi Elliotte,

Could you provide more detail as to the issues you hit using Eclipse and SourceForge CVS? I can't think of any problems I've had with it apart from having to configure source path and classpath entries. 

Feel free to contact me directly.

James</description>
		<content:encoded><![CDATA[<p>Hi Elliotte,</p>
<p>Could you provide more detail as to the issues you hit using Eclipse and SourceForge CVS? I can&#8217;t think of any problems I&#8217;ve had with it apart from having to configure source path and classpath entries. </p>
<p>Feel free to contact me directly.</p>
<p>James</p>
]]></content:encoded>
	</item>
</channel>
</rss>
