<?xml version="1.0"?><?xml-stylesheet type="text/xsl" href="/rss.xsl"?><rss version="2.0"><channel><title>SPConfigStore Release Rss Feed</title><link>http://www.codeplex.com/SPConfigStore/Release/ProjectReleases.aspx</link><description>SPConfigStore Release Rss Description</description><item><title>Updated Release: Release 2.1.0.2 (Sep 03, 2009)</title><link>http://spconfigstore.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=32387</link><description>&lt;div class="wikidoc"&gt;&lt;ul&gt;&lt;li&gt;Changed internal field names back to not contain spaces - caused problem under some circumstances (an issue reported by Waldek when Config Store used with certain provisioning code)&lt;/li&gt;
&lt;li&gt;Changed ApplyWebConfigModifications Feature property back to True, since seems most installations use single site collection mode&lt;/li&gt;
&lt;li&gt;Tidied schema.xml based on recommendations made in &lt;a href="http://mo.notono.us/2009/02/moss-dreaded-schemaxml.html" class="externalLink"&gt;http://mo.notono.us/2009/02/moss-dreaded-schemaxml.html&lt;span class="externalLinkIcon"&gt;&lt;/span&gt;&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;/div&gt;&lt;div class="ClearBoth"&gt;&lt;/div&gt;</description><author>chrisobrien</author><pubDate>Thu, 03 Sep 2009 23:17:49 GMT</pubDate><guid isPermaLink="false">Updated Release: Release 2.1.0.2 (Sep 03, 2009) 20090903111749P</guid></item><item><title>Released: Release 2.1.0.2 (Sep 03, 2009)</title><link>http://spconfigstore.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=32387</link><description>&lt;div&gt;&lt;ul&gt;&lt;li&gt;Changed internal field names back to not contain spaces - caused problem under some circumstances (an issue reported by Waldek when Config Store used with certain provisioning code)&lt;/li&gt;
&lt;li&gt;Changed ApplyWebConfigModifications Feature property back to True, since seems most installations use single site collection mode&lt;/li&gt;
&lt;li&gt;Tidied schema.xml based on recommendations made in &lt;a href="http://mo.notono.us/2009/02/moss-dreaded-schemaxml.html"&gt;http://mo.notono.us/2009/02/moss-dreaded-schemaxml.html&lt;span&gt;&lt;/span&gt;&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;/div&gt;&lt;div&gt;&lt;/div&gt;</description><author></author><pubDate>Thu, 03 Sep 2009 23:17:49 GMT</pubDate><guid isPermaLink="false">Released: Release 2.1.0.2 (Sep 03, 2009) 20090903111749P</guid></item><item><title>Updated Release: Release 2.1.0.2 (Sep 03, 2009)</title><link>http://spconfigstore.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=32387</link><description>&lt;div class="wikidoc"&gt;&lt;ul&gt;&lt;li&gt;Changed internal field names back to not contain spaces - caused problem under some circumstances (an issue reported by Waldek when Config Store used with )&lt;/li&gt;
&lt;li&gt;Changed ApplyWebConfigModifications Feature property back to True, since seems most installations use single site collection mode&lt;/li&gt;
&lt;li&gt;Tidied schema.xml based on recommendations made in &lt;a href="http://mo.notono.us/2009/02/moss-dreaded-schemaxml.html" class="externalLink"&gt;http://mo.notono.us/2009/02/moss-dreaded-schemaxml.html&lt;span class="externalLinkIcon"&gt;&lt;/span&gt;&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;/div&gt;&lt;div class="ClearBoth"&gt;&lt;/div&gt;</description><author>chrisobrien</author><pubDate>Thu, 03 Sep 2009 23:17:00 GMT</pubDate><guid isPermaLink="false">Updated Release: Release 2.1.0.2 (Sep 03, 2009) 20090903111700P</guid></item><item><title>Created Release: Release 2.1.0.2 (Sep 03, 2009)</title><link>http://spconfigstore.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=32387</link><description>&lt;div class="wikidoc"&gt;Release notes&lt;br /&gt;
&lt;ul&gt;&lt;li&gt;Changed internal field names back to not contain spaces - caused problem under some circumstances (an issue reported by Waldek when Config Store used with )&lt;/li&gt;
&lt;li&gt;Changed ApplyWebConfigModifications Feature property back to True, since seems most installations use single site collection mode&lt;/li&gt;
&lt;li&gt;Tidied schema.xml based on recommendations made in &lt;a href="http://mo.notono.us/2009/02/moss-dreaded-schemaxml.html" class="externalLink"&gt;http://mo.notono.us/2009/02/moss-dreaded-schemaxml.html&lt;span class="externalLinkIcon"&gt;&lt;/span&gt;&lt;/a&gt;&lt;/li&gt;&lt;/ul&gt;&lt;/div&gt;&lt;div class="ClearBoth"&gt;&lt;/div&gt;</description><author>chrisobrien</author><pubDate>Thu, 03 Sep 2009 23:11:12 GMT</pubDate><guid isPermaLink="false">Created Release: Release 2.1.0.2 (Sep 03, 2009) 20090903111112P</guid></item><item><title>Updated Release: Release 2.1.0.1 (May 09, 2009)</title><link>http://spconfigstore.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=27194</link><description>&lt;div&gt;Fixes a regression bug in the previous release (2.1.0.0) which caused web config modifications NOT to be removed on Feature deactivation. This would only occur for users who made a change to the 'ApplyWebConfigModifications' Feature property before deploying the Config Store - by default, this property is set to 'False' in the packaged files. &lt;br&gt;&lt;br&gt;&lt;b&gt;Sidenote&lt;/b&gt;&lt;br&gt;&lt;br&gt;When this is set to 'True', the required web.config keys get added automatically, and (following this fix) get removed automatically when the Config Store Feature is deactivated. &lt;br&gt;&lt;br&gt;Sorry about that folks.&lt;br&gt;&lt;/div&gt;</description><author>chrisobrien</author><pubDate>Sat, 09 May 2009 22:35:59 GMT</pubDate><guid isPermaLink="false">Updated Release: Release 2.1.0.1 (May 09, 2009) 20090509103559P</guid></item><item><title>Released: Release 2.1.0.1 (May 09, 2009)</title><link>http://spconfigstore.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=27194</link><description>&lt;div&gt;Fixes a regression bug in the previous release (2.1.0.0) which caused web config modifications NOT to be removed on Feature deactivation. This would only occur for users who made a change to the 'ApplyWebConfigModifications' Feature property before deploying the Config Store - by default, this property is set to 'False' in the packaged files. &lt;br&gt;&lt;br&gt;&lt;b&gt;Sidenote&lt;/b&gt;&lt;br&gt;&lt;br&gt;When this is set to 'True', the required web.config keys get added automatically, and (following this fix) get removed automatically when the Config Store Feature is deactivated. &lt;br&gt;&lt;br&gt;Sorry about that folks.&lt;br&gt;&lt;/div&gt;</description><author></author><pubDate>Sat, 09 May 2009 22:35:59 GMT</pubDate><guid isPermaLink="false">Released: Release 2.1.0.1 (May 09, 2009) 20090509103559P</guid></item><item><title>Created Release: Release 2.1.0.1 (May 09, 2009)</title><link>http://spconfigstore.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=27194</link><description>&lt;div&gt;zzzz&lt;/div&gt;</description><author>chrisobrien</author><pubDate>Sat, 09 May 2009 22:30:17 GMT</pubDate><guid isPermaLink="false">Created Release: Release 2.1.0.1 (May 09, 2009) 20090509103017P</guid></item><item><title>Updated Release: Release 2.1.0.0 (Apr 20, 2009)</title><link>http://spconfigstore.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=26410</link><description>&lt;div&gt;This release fixes an issue where under certain circumstances, entries in the list cannot be edited because only 1 field is visible on the edit form. In actual fact the fields are still there, but they can only be updated using the API which isn't very convenient! &lt;br&gt;&lt;br&gt;&lt;b&gt;Sidenote&lt;/b&gt;&lt;br&gt;&lt;br&gt;I had seen this behaviour when SharePoint Content Deployment was used to deploy the list, but not under other circumstances. However, I &lt;i&gt;think&lt;/i&gt; a change in either the October 2008 or December 2008 Cumulative Update has caused it to be more of a problem, and I had a handful of reports of this problem.&lt;br&gt;&lt;br&gt;Happily just as I'd started to look for the problem, Richard Browne (no blog) found it for me (was using field display names rather than internal names in ContentTypes/FieldRefs in Feature ConfigStoreElements.xml) and sent me the fix. &lt;b&gt;Kudos and many thanks Richard!&lt;/b&gt;&lt;br&gt;&lt;br&gt;I've tested this in as many ways as I can think of (including Content Deployment), and it seems solid - I'm confident this is now fully resolved. Apologies for the inconvenience.&lt;br&gt;&lt;br&gt;&lt;/div&gt;</description><author>chrisobrien</author><pubDate>Mon, 20 Apr 2009 22:38:08 GMT</pubDate><guid isPermaLink="false">Updated Release: Release 2.1.0.0 (Apr 20, 2009) 20090420103808P</guid></item><item><title>Released: Release 2.1.0.0 (Apr 20, 2009)</title><link>http://spconfigstore.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=26410</link><description>&lt;div&gt;This release fixes an issue where under certain circumstances, entries in the list cannot be edited because only 1 field is visible on the edit form. In actual fact the fields are still there, but they can only be updated using the API which isn't very convenient! &lt;br&gt;&lt;br&gt;&lt;b&gt;Sidenote&lt;/b&gt;&lt;br&gt;&lt;br&gt;I had seen this behaviour when SharePoint Content Deployment was used to deploy the list, but not under other circumstances. However, I &lt;i&gt;think&lt;/i&gt; a change in either the October 2008 or December 2008 Cumulative Update has caused it to be more of a problem, and I had a handful of reports of this problem.&lt;br&gt;&lt;br&gt;Happily just as I'd started to look for the problem, Richard Browne (no blog) found it for me (was using field display names rather than internal names in ContentTypes/FieldRefs in Feature ConfigStoreElements.xml) and sent me the fix. &lt;b&gt;Kudos and many thanks Richard!&lt;/b&gt;&lt;br&gt;&lt;br&gt;I've tested this in as many ways as I can think of (including Content Deployment), and it seems solid - I'm confident this is now fully resolved. Apologies for the inconvenience.&lt;br&gt;&lt;br&gt;&lt;/div&gt;</description><author></author><pubDate>Mon, 20 Apr 2009 22:38:08 GMT</pubDate><guid isPermaLink="false">Released: Release 2.1.0.0 (Apr 20, 2009) 20090420103808P</guid></item><item><title>Updated Release: Release 2.1.0.0 (Apr 20, 2009)</title><link>http://spconfigstore.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=26410</link><description>&lt;div&gt;This release fixes an issue where under certain circumstances, entries in the list cannot be edited because only 1 field is visible on the edit form. In actual fact the fields are still there, but they can only be updated using the API which isn't very convenient! &lt;br&gt;&lt;br&gt;&lt;b&gt;Sidenote&lt;/b&gt;&lt;br&gt;&lt;br&gt;I had seen this behaviour when SharePoint Content Deployment was used to deploy the list, but not under other circumstances. However, I &lt;i&gt;think&lt;/i&gt; a change in either the October 2008 or December 2008 Cumulative Update has caused it to be more of a problem, and I had a handful of reports of this problem.&lt;br&gt;&lt;br&gt;Happily just as I'd started to look for the problem, Richard Browne (no blog) found it for me (an issue in schema.xml) and sent me the fix. &lt;b&gt;Kudos Richard!&lt;/b&gt;&lt;br&gt;&lt;br&gt;I've tested this in as many ways as I can think of (including Content Deployment), and it seems solid - I'm confident this is now fully resolved. Apologies for the inconvenience.&lt;br&gt;&lt;br&gt;&lt;/div&gt;</description><author>chrisobrien</author><pubDate>Mon, 20 Apr 2009 22:33:22 GMT</pubDate><guid isPermaLink="false">Updated Release: Release 2.1.0.0 (Apr 20, 2009) 20090420103322P</guid></item><item><title>Created Release: Release 2.1.0.0 (Apr 20, 2009)</title><link>http://spconfigstore.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=26410</link><description>&lt;div&gt;This release fixes an issue where under certain circumstances, entries in the list cannot be edited because only 1 field is visible on the edit form. In actual fact the fields are still there, but they can only be updated using the API which isn't very convenient! &lt;br&gt;&lt;br&gt;&lt;b&gt;Sidenote&lt;/b&gt;&lt;br&gt;&lt;br&gt;I had seen this behaviour when SharePoint Content Deployment was used to deploy the list, but not under other circumstances. However, I &lt;i&gt;think&lt;/i&gt; a change in either the October 2008 or December 2008 Cumulative Update has caused it to be more of a problem, and I had a handful of reports of this problem.&lt;br&gt;&lt;br&gt;Happily just as I'd started to look for the problem, Richard Browne (no blog) found it for me (an issue in schema.xml) and sent me the fix. &lt;b&gt;Kudos Richard!&lt;/b&gt;&lt;br&gt;&lt;br&gt;I've tested this in as many ways as I can think of (including Content Deployment), and it seems solid - I'm confident this is now fully resolved. Apologies for the inconvenience.&lt;br&gt;&lt;br&gt;&lt;/div&gt;</description><author>chrisobrien</author><pubDate>Mon, 20 Apr 2009 22:11:30 GMT</pubDate><guid isPermaLink="false">Created Release: Release 2.1.0.0 (Apr 20, 2009) 20090420101130P</guid></item><item><title>Updated Release: Release 2.0.0.0 (Jan 20, 2009)</title><link>http://www.codeplex.com/SPConfigStore/Release/ProjectReleases.aspx?ReleaseId=22058</link><description>&lt;div&gt;
Changes in this release (see &lt;a href="http://www.sharepointnutsandbolts.com/2009/01/better-config-store-for-sharepoint.html"&gt;http://www.sharepointnutsandbolts.com/2009/01/better-config-store-for-sharepoint.html&lt;span&gt;&lt;/span&gt;&lt;/a&gt; for full details):&lt;br&gt; &lt;br&gt;- Optional &amp;quot;hierarchical&amp;quot; configuration model similar to web.config &lt;br&gt;- Easier to use in ASPX markup (expression builder support)&lt;br&gt;- Fixed caching bug for farm environments &lt;br&gt;- Amendment to Feature to prevent web.config modifications being made on Feature activation &lt;br&gt;- 'Config value' now stored in a larger field - can store HTML/XML fragments etc.&lt;br&gt; &lt;br&gt;
&lt;/div&gt;</description><author>chrisobrien</author><pubDate>Sun, 01 Feb 2009 19:29:13 GMT</pubDate><guid isPermaLink="false">Updated Release: Release 2.0.0.0 (Jan 20, 2009) 20090201072913P</guid></item><item><title>Released: Release 2.0.0.0 (Jan 20, 2009)</title><link>http://www.codeplex.com/SPConfigStore/Release/ProjectReleases.aspx?ReleaseId=22058</link><description>&lt;div&gt;
Changes in this release (see &lt;a href="http://www.sharepointnutsandbolts.com/2009/01/better-config-store-for-sharepoint.html"&gt;http://www.sharepointnutsandbolts.com/2009/01/better-config-store-for-sharepoint.html&lt;span&gt;&lt;/span&gt;&lt;/a&gt; for full details):&lt;br&gt; &lt;br&gt;- Optional &amp;quot;hierarchical&amp;quot; configuration model similar to web.config &lt;br&gt;- Easier to use in ASPX markup (expression builder support)&lt;br&gt;- Fixed caching bug for farm environments &lt;br&gt;- Amendment to Feature to prevent web.config modifications being made on Feature activation &lt;br&gt;- 'Config value' now stored in a larger field - can store HTML/XML fragments etc.&lt;br&gt; &lt;br&gt;
&lt;/div&gt;</description><author></author><pubDate>Sun, 01 Feb 2009 19:29:13 GMT</pubDate><guid isPermaLink="false">Released: Release 2.0.0.0 (Jan 20, 2009) 20090201072913P</guid></item><item><title>Created Release: Release 2.0.0.0 (Jan 20, 2009)</title><link>http://www.codeplex.com/SPConfigStore/Release/ProjectReleases.aspx?ReleaseId=22058</link><description>&lt;div&gt;
Changes in this release (see &lt;a href="http://www.sharepointnutsandbolts.com/2009/01/better-config-store-for-sharepoint.html"&gt;http://www.sharepointnutsandbolts.com/2009/01/better-config-store-for-sharepoint.html&lt;span&gt;&lt;/span&gt;&lt;/a&gt; for full details):&lt;br&gt; &lt;br&gt;- Optional &amp;quot;hierarchical&amp;quot; configuration model similar to web.config &lt;br&gt;- Easier to use in ASPX markup (expression builder support)&lt;br&gt;- Fixed caching bug for farm environments &lt;br&gt;- Amendment to Feature to prevent web.config modifications being made on Feature activation &lt;br&gt;- 'Config value' now stored in a larger field - can store HTML/XML fragments etc.&lt;br&gt; &lt;br&gt;
&lt;/div&gt;</description><author>chrisobrien</author><pubDate>Tue, 20 Jan 2009 14:57:01 GMT</pubDate><guid isPermaLink="false">Created Release: Release 2.0.0.0 (Jan 20, 2009) 20090120025701P</guid></item><item><title>Released: Release 2.0.0.0 (Jan 20, 2009)</title><link>http://www.codeplex.com/SPConfigStore/Release/ProjectReleases.aspx?ReleaseId=22058</link><description>&lt;div&gt;
Changes in this release (see &lt;a href="http://www.sharepointnutsandbolts.com/2009/01/better-config-store-for-sharepoint.html"&gt;http://www.sharepointnutsandbolts.com/2009/01/better-config-store-for-sharepoint.html&lt;span&gt;&lt;/span&gt;&lt;/a&gt; for full details):&lt;br&gt; &lt;br&gt;- Optional &amp;quot;hierarchical&amp;quot; configuration model similar to web.config &lt;br&gt;- Easier to use in ASPX markup (expression builder support)&lt;br&gt;- Fixed caching bug for farm environments &lt;br&gt;- Amendment to Feature to prevent web.config modifications being made on Feature activation &lt;br&gt;- 'Config value' now stored in a larger field - can store HTML/XML fragments etc.&lt;br&gt; &lt;br&gt;
&lt;/div&gt;</description><author></author><pubDate>Tue, 20 Jan 2009 14:57:01 GMT</pubDate><guid isPermaLink="false">Released: Release 2.0.0.0 (Jan 20, 2009) 20090120025701P</guid></item><item><title>CREATED RELEASE: Release 1.0.1.0 (May 13, 2008)</title><link>http://www.codeplex.com/SPConfigStore/Release/ProjectReleases.aspx?ReleaseId=13390</link><description>There was an issue with the packaging of release 1.0.0.0 - the wrong Feature.xml file had made it into the package &amp;#40;had the old assembly name&amp;#41;, so this caused the following issues&amp;#58;&lt;br /&gt;&lt;br /&gt;- entries not being added to web.config&lt;br /&gt;- event handlers not being added to config store list&lt;br /&gt;- error upon feature deactivation&lt;br /&gt;&lt;br /&gt;It would be possible to resolve these things manually, but a simpler way is to download release 1.0.1.0 and re-run the install script against the new .wsp. The following should happen&amp;#58;&lt;br /&gt;&lt;br /&gt;- feature should deactivate&amp;#47;uninstall, solution is retracted and dedeployed&lt;br /&gt;- installation now is successful, event handlers added and web.config entries added &amp;#40;note will be duplicated if you added manually&amp;#41;&lt;br /&gt;- list gets created again at default location, or if already present the 2 test items get added AGAIN. &amp;#42;&amp;#42; Note if using the &amp;#39;ConfigTestControl&amp;#39; to verify the framework works, this will throw an exception stating &amp;#39;more than 1 item found for that config value&amp;#39;. Simply delete the duplicate test items to get it working again. &amp;#42;&amp;#42;&lt;br /&gt;&lt;br /&gt;Thanks and apologies to any 1.0.0.0 users..&lt;br /&gt;&lt;br /&gt;Chris.</description><author></author><pubDate>Tue, 13 May 2008 21:28:18 GMT</pubDate><guid isPermaLink="false">CREATED RELEASE: Release 1.0.1.0 (May 13, 2008) 20080513092818P</guid></item><item><title>CREATED RELEASE: Release 1.0.0.0 (May 11, 2008)</title><link>http://www.codeplex.com/SPConfigStore/Release/ProjectReleases.aspx?ReleaseId=13309</link><description>All source code&amp;#47;Feature files etc. are included in the zip file.</description><author></author><pubDate>Sun, 11 May 2008 12:13:07 GMT</pubDate><guid isPermaLink="false">CREATED RELEASE: Release 1.0.0.0 (May 11, 2008) 20080511121307P</guid></item><item><title>RELEASED: Release 1.0.0.0 (May 11, 2008)</title><link>http://www.codeplex.com/SPConfigStore/Release/ProjectReleases.aspx?ReleaseId=13309</link><description>All source code&amp;#47;Feature files etc. are included in the zip file.</description><author></author><pubDate>Sun, 11 May 2008 12:13:07 GMT</pubDate><guid isPermaLink="false">RELEASED: Release 1.0.0.0 (May 11, 2008) 20080511121307P</guid></item></channel></rss>