<?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: Gigaspace API design &#8211; the GigaSpace write method</title>
	<atom:link href="http://martinaharris.com/2010/01/gigaspace-api-design-the-gigaspace-write-method/feed/" rel="self" type="application/rss+xml" />
	<link>http://martinaharris.com/2010/01/gigaspace-api-design-the-gigaspace-write-method/</link>
	<description>Next time you look it might be gone</description>
	<lastBuildDate>Tue, 13 Jul 2010 22:32:05 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Martin Harris</title>
		<link>http://martinaharris.com/2010/01/gigaspace-api-design-the-gigaspace-write-method/#comment-18</link>
		<dc:creator>Martin Harris</dc:creator>
		<pubDate>Tue, 12 Jan 2010 21:21:45 +0000</pubDate>
		<guid isPermaLink="false">http://martinaharris.com/?p=609#comment-18</guid>
		<description>Paul.  You probably know this and it does not justify the test case thing but....its fairly easy to put together unit test cases that bring up GS in the test.  I use this technique to build my own services that read and write from GS.</description>
		<content:encoded><![CDATA[<p>Paul.  You probably know this and it does not justify the test case thing but&#8230;.its fairly easy to put together unit test cases that bring up GS in the test.  I use this technique to build my own services that read and write from GS.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Martin Harris</title>
		<link>http://martinaharris.com/2010/01/gigaspace-api-design-the-gigaspace-write-method/#comment-17</link>
		<dc:creator>Martin Harris</dc:creator>
		<pubDate>Tue, 12 Jan 2010 21:18:31 +0000</pubDate>
		<guid isPermaLink="false">http://martinaharris.com/?p=609#comment-17</guid>
		<description>This makes a lot of sense.  The sooner you can find time to re-factor them the better.  I believe it will help with your market penetration if you can sort out this and improve the documentation.

I for one would happily put up with some deprecation as long as its clear what is replacing the deprecation.</description>
		<content:encoded><![CDATA[<p>This makes a lot of sense.  The sooner you can find time to re-factor them the better.  I believe it will help with your market penetration if you can sort out this and improve the documentation.</p>
<p>I for one would happily put up with some deprecation as long as its clear what is replacing the deprecation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Uri Cohen</title>
		<link>http://martinaharris.com/2010/01/gigaspace-api-design-the-gigaspace-write-method/#comment-16</link>
		<dc:creator>Uri Cohen</dc:creator>
		<pubDate>Mon, 11 Jan 2010 14:21:51 +0000</pubDate>
		<guid isPermaLink="false">http://martinaharris.com/?p=609#comment-16</guid>
		<description>Hi Martin 

Thanks for your valuable feedback. I think you make a valid point. 
As a first step, we will make sure to improve the JavaDocs to better explain the meaning of each argument. 

And now to the detailed explanation: the OpenSpaces API is about 3 years old, and was originally modeled after our older JavaSpaces API. When we created the OpenSpaces API, we wanted to provide the smoothest migration path for our existing customers, and therefore wanted to keep the amount of changes minimal. Naturally, this came in some cases at the expense of creating a more modern and easier to use API. 

We have considered to change this API in recent releases, but eventually decided not to do so because we didn&#039;t want to further overload the existing API, such as the GigaSpace interface for example. However, we will at some point in the future have to deprecate older APIs, and we will definitely take your input into consideration in our upcoming releases. 

Note that this is not the case for our newer APIs, such as the administration and monitoring API, which makes use of method chaining, TimeUnit and other more modern patterns: 
http://www.gigaspaces.com/wiki/display/XAP7/Administration+and+Monitoring+API

Uri (Product Manager at GigaSpaces)</description>
		<content:encoded><![CDATA[<p>Hi Martin </p>
<p>Thanks for your valuable feedback. I think you make a valid point.<br />
As a first step, we will make sure to improve the JavaDocs to better explain the meaning of each argument. </p>
<p>And now to the detailed explanation: the OpenSpaces API is about 3 years old, and was originally modeled after our older JavaSpaces API. When we created the OpenSpaces API, we wanted to provide the smoothest migration path for our existing customers, and therefore wanted to keep the amount of changes minimal. Naturally, this came in some cases at the expense of creating a more modern and easier to use API. </p>
<p>We have considered to change this API in recent releases, but eventually decided not to do so because we didn&#8217;t want to further overload the existing API, such as the GigaSpace interface for example. However, we will at some point in the future have to deprecate older APIs, and we will definitely take your input into consideration in our upcoming releases. </p>
<p>Note that this is not the case for our newer APIs, such as the administration and monitoring API, which makes use of method chaining, TimeUnit and other more modern patterns:<br />
<a href="http://www.gigaspaces.com/wiki/display/XAP7/Administration+and+Monitoring+API" rel="nofollow">http://www.gigaspaces.com/wiki/display/XAP7/Administration+and+Monitoring+API</a></p>
<p>Uri (Product Manager at GigaSpaces)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Oliver</title>
		<link>http://martinaharris.com/2010/01/gigaspace-api-design-the-gigaspace-write-method/#comment-15</link>
		<dc:creator>Paul Oliver</dc:creator>
		<pubDate>Mon, 11 Jan 2010 08:38:42 +0000</pubDate>
		<guid isPermaLink="false">http://martinaharris.com/?p=609#comment-15</guid>
		<description>Ditto that. I&#039;ve spent so long struggling with the GigaSpaces documentation I&#039;ve recommended to our company that we try Terracotta. The documentation is woeful. Not only that, but separation of concerns is never clear.

My other pet hate is that whenever you contact support their standard response is &quot;provide a test case&quot;. I would if you had supplied proper documentation to allow me to do this !! There is also an arrogance about the support that insinuates that you are stupid for asking the question.

IMHO no matter how good the product is, it will never be more than a niche product for those obviously brighter and cleverer than me who are able to figure out how to use it.</description>
		<content:encoded><![CDATA[<p>Ditto that. I&#8217;ve spent so long struggling with the GigaSpaces documentation I&#8217;ve recommended to our company that we try Terracotta. The documentation is woeful. Not only that, but separation of concerns is never clear.</p>
<p>My other pet hate is that whenever you contact support their standard response is &#8220;provide a test case&#8221;. I would if you had supplied proper documentation to allow me to do this !! There is also an arrogance about the support that insinuates that you are stupid for asking the question.</p>
<p>IMHO no matter how good the product is, it will never be more than a niche product for those obviously brighter and cleverer than me who are able to figure out how to use it.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

