<?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: Some thoughts on the new SpringSource maintenance policy</title>
	<atom:link href="http://springinpractice.com/2008/10/01/some-thoughts-on-the-new-springsource-maintenance-policy/feed/" rel="self" type="application/rss+xml" />
	<link>http://springinpractice.com/2008/10/01/some-thoughts-on-the-new-springsource-maintenance-policy/</link>
	<description>Willie Wheeler&#039;s Spring blog</description>
	<lastBuildDate>Thu, 17 May 2012 13:28:20 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: williewheeler</title>
		<link>http://springinpractice.com/2008/10/01/some-thoughts-on-the-new-springsource-maintenance-policy/#comment-10</link>
		<dc:creator>williewheeler</dc:creator>
		<pubDate>Thu, 02 Oct 2008 07:44:16 +0000</pubDate>
		<guid isPermaLink="false">http://springinpractice.wordpress.com/?p=109#comment-10</guid>
		<description>Yeah, I read the long and heated discussion over at TSS and I can see that Rod is trying to help people understand the argument that this move actually benefits the community. Obviously not everybody will accept that--there&#039;s clearly a tradeoff being made here (community loses some of the bugfix releases but now SpringSource is in a better place to fund ongoing development of new features)--but at least people should try to understand the argument.

At any rate, I support the change; I just hope that you guys are able to help people better understand both the nature of the change and the reasoning behind it. I can see that you&#039;re trying. :-)</description>
		<content:encoded><![CDATA[<p>Yeah, I read the long and heated discussion over at TSS and I can see that Rod is trying to help people understand the argument that this move actually benefits the community. Obviously not everybody will accept that&#8211;there&#8217;s clearly a tradeoff being made here (community loses some of the bugfix releases but now SpringSource is in a better place to fund ongoing development of new features)&#8211;but at least people should try to understand the argument.</p>
<p>At any rate, I support the change; I just hope that you guys are able to help people better understand both the nature of the change and the reasoning behind it. I can see that you&#8217;re trying. :-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam FitzGerald</title>
		<link>http://springinpractice.com/2008/10/01/some-thoughts-on-the-new-springsource-maintenance-policy/#comment-9</link>
		<dc:creator>Adam FitzGerald</dc:creator>
		<pubDate>Thu, 02 Oct 2008 07:34:55 +0000</pubDate>
		<guid isPermaLink="false">http://springinpractice.wordpress.com/?p=109#comment-9</guid>
		<description>Thanks for your thoughtful consideration of how the SpringSoure Maintenance Policy will affect you. I agree that the definition of major release is not clear in the news announcement. We tried to clear it up in the &lt;a href=&quot;http://www.springsource.com/products/enterprise/maintenancepolicy/faq&quot; rel=&quot;nofollow&quot;&gt;FAQ&lt;/a&gt; that was published shortly afterwards: 
&lt;blockquote&gt;
&lt;strong&gt;What is the definition of a major release?&lt;/strong&gt;
A major release is defined as a release which incorporates major new functionality into the software. A major release is indicated by a change in either the first or second digit of the version number. Going from 2.5 to 3.0 or from 3.0 to 3.1 would be considered a major releases. 
&lt;/blockquote&gt;
All the vigorous discussion in the community has provoked lots of deep thinking at SpringSource. I know Rod is planning further clarification soon.

Adam FitzGerald
SpringSource</description>
		<content:encoded><![CDATA[<p>Thanks for your thoughtful consideration of how the SpringSoure Maintenance Policy will affect you. I agree that the definition of major release is not clear in the news announcement. We tried to clear it up in the <a href="http://www.springsource.com/products/enterprise/maintenancepolicy/faq" rel="nofollow">FAQ</a> that was published shortly afterwards: </p>
<blockquote><p>
<strong>What is the definition of a major release?</strong><br />
A major release is defined as a release which incorporates major new functionality into the software. A major release is indicated by a change in either the first or second digit of the version number. Going from 2.5 to 3.0 or from 3.0 to 3.1 would be considered a major releases.
</p></blockquote>
<p>All the vigorous discussion in the community has provoked lots of deep thinking at SpringSource. I know Rod is planning further clarification soon.</p>
<p>Adam FitzGerald<br />
SpringSource</p>
]]></content:encoded>
	</item>
</channel>
</rss>

