<?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: Behemoth</title>
	<link>http://www.dancres.org/blitzblog/2008/02/05/behemoth/</link>
	<description></description>
	<pubDate>Mon, 12 May 2008 04:11:49 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.3</generator>
		<item>
		<title>By: Dan Creswell</title>
		<link>http://www.dancres.org/blitzblog/2008/02/05/behemoth/#comment-836</link>
		<dc:creator>Dan Creswell</dc:creator>
		<pubDate>Tue, 26 Feb 2008 09:56:23 +0000</pubDate>
		<guid>http://www.dancres.org/blitzblog/2008/02/05/behemoth/#comment-836</guid>
		<description>Hello,

I can imagine using Javaspaces to help implement the co-ordination part of extreme data manipulation but I wouldn't imagine using them to hold or transport the data itself unless the chunks of data are small (I wouldn't use a JavaSpace for passing around huge log files).

Generally, if I advocate the use of a JavaSpace it will be with a specific context and I'll present some analysis.  I appreciate some of the vendors in this vertical like to portray their software as being very broadly applicable in all sorts of "extreme" circumstances and thus it can be confusing.

The above was not intended as a JavaSpaces piece just a line of thinking I'd been pursuing in respect of "do it all" type products, their inherent flexibility problems and how that impacts architecture, design and code.

HTH,

Dan.</description>
		<content:encoded><![CDATA[<p>Hello,</p>
<p>I can imagine using Javaspaces to help implement the co-ordination part of extreme data manipulation but I wouldn&#8217;t imagine using them to hold or transport the data itself unless the chunks of data are small (I wouldn&#8217;t use a JavaSpace for passing around huge log files).</p>
<p>Generally, if I advocate the use of a JavaSpace it will be with a specific context and I&#8217;ll present some analysis.  I appreciate some of the vendors in this vertical like to portray their software as being very broadly applicable in all sorts of &#8220;extreme&#8221; circumstances and thus it can be confusing.</p>
<p>The above was not intended as a JavaSpaces piece just a line of thinking I&#8217;d been pursuing in respect of &#8220;do it all&#8221; type products, their inherent flexibility problems and how that impacts architecture, design and code.</p>
<p>HTH,</p>
<p>Dan.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mv</title>
		<link>http://www.dancres.org/blitzblog/2008/02/05/behemoth/#comment-835</link>
		<dc:creator>mv</dc:creator>
		<pubDate>Tue, 26 Feb 2008 01:59:01 +0000</pubDate>
		<guid>http://www.dancres.org/blitzblog/2008/02/05/behemoth/#comment-835</guid>
		<description>just trying to understand the point being made in here.

are the "javaspaces" products a good fit in those certain circumstances?, especially, in extreme data manipulation applications?.</description>
		<content:encoded><![CDATA[<p>just trying to understand the point being made in here.</p>
<p>are the &#8220;javaspaces&#8221; products a good fit in those certain circumstances?, especially, in extreme data manipulation applications?.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
