tag:blogger.com,1999:blog-4126985520350746834.post4425064740160102995..comments2024-03-28T07:00:21.554+00:00Comments on Chris O'Brien: A better Config Store for SharePoint sitesChris O'Brienhttp://www.blogger.com/profile/10022906552670607366noreply@blogger.comBlogger15125tag:blogger.com,1999:blog-4126985520350746834.post-19245368830848849242009-04-26T17:34:00.000+01:002009-04-26T17:34:00.000+01:00All,
The issue mentioned in the previous couple o...All,<br /><br />The issue mentioned in the previous couple of comments was resolved in <A HREF="http://spconfigstore.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=26410" REL="nofollow">Release 2.1.0.0 now available on the Codeplex site</A>.<br /><br />Cheers,<br /><br />Chris.Chris O'Brienhttps://www.blogger.com/profile/10022906552670607366noreply@blogger.comtag:blogger.com,1999:blog-4126985520350746834.post-5639334441805320632009-04-02T20:45:00.000+01:002009-04-02T20:45:00.000+01:00Hi George,Really sorry about this - this is a 'bug...Hi George,<BR/><BR/>Really sorry about this - this is a 'bug' (somewhere in the Feature XML I think) which another user has reported to me just today. The fields are there and can store data, it's just some corruption of the content type which means the form doesn't show all the fields.<BR/><BR/>I've seen it myself, but my team and I figured it was because we migrated from the version 1.0.0.0 in the <I>middle</I> of our project and our schema wasn't quite clean. (The cause is something to do with the change from 'Single line of text' to 'Note' for the Config Value field).<BR/><BR/>Unfortunately we didn't solve the root problem, but we wrote a few lines of code which 'fixes up' the issue and makes everything work again. However, we also saw it come back if you use Content Deployment (e.g. my <A HREF="http://www.codeplex.com/SPDeploymentWizard" REL="nofollow">Wizard tool</A>) to deploy the list - when this happened we just ran our method on that environment to 'fix up' again - <B>no data is lost when the command is run</B>, it's just inconvenient to have to do it.<BR/><BR/>If you leave me another comment with your e-mail (which I won't publish), I'll forward the code to you. Same goes for anyone else affected.<BR/><BR/>Really sorry for the inconvenience. As soon as I've got my conference talk out of the way next week, my priority is fixing this. If anyone finds the issue in the meantime, I owe you beer!<BR/><BR/>Let me know if you want the fix-up code.<BR/><BR/>Cheers,<BR/><BR/>Chris.Chris O'Brienhttps://www.blogger.com/profile/10022906552670607366noreply@blogger.comtag:blogger.com,1999:blog-4126985520350746834.post-18329966900852604222009-04-02T19:05:00.000+01:002009-04-02T19:05:00.000+01:00hey Chris, After installing the solution and brows...hey Chris, <BR/>After installing the solution and browsing to the Confog Store list, the add/edit view of any of the ListItems only shows the Config name field, not all the other fields as shown in the screenshots. <BR/><BR/>I verified that all the site columns, etc., were deployed. <BR/><BR/>Any tips on how I can troubleshoot this?George Durzihttps://www.blogger.com/profile/15295051334556705868noreply@blogger.comtag:blogger.com,1999:blog-4126985520350746834.post-22261895871373681212009-02-01T19:30:00.000+00:002009-02-01T19:30:00.000+00:00@djeeg,Well spotted. You're right, it's ConfigSite...@djeeg,<BR/><BR/>Well spotted. You're right, it's ConfigSiteUrl, ConfigWebName, ConfigListName so it was a typo in the readme. Now fixed on Codeplex.<BR/><BR/>Apologies for the confusion!<BR/><BR/>Thanks,<BR/><BR/>Chris.Chris O'Brienhttps://www.blogger.com/profile/10022906552670607366noreply@blogger.comtag:blogger.com,1999:blog-4126985520350746834.post-14199207974445995562009-02-01T18:56:00.000+00:002009-02-01T18:56:00.000+00:00@Ajay,To do this, I think you'd need to set the 'H...@Ajay,<BR/><BR/>To do this, I think you'd need to set the 'Hidden' attribute on the ListTemplate element in elements.xml to 'True' and reactivate the Feature.<BR/><BR/>HTH,<BR/><BR/>Chris.Chris O'Brienhttps://www.blogger.com/profile/10022906552670607366noreply@blogger.comtag:blogger.com,1999:blog-4126985520350746834.post-45973755752841585272009-02-01T18:51:00.000+00:002009-02-01T18:51:00.000+00:00Yes, if you need real security the best idea is to...Yes, if you need real security the best idea is to:<BR/><BR/>- use integrated authentication so that your connection strings don't have any usernames/passwords in the first place<BR/>- encrypt the appropriate sections of your web.config - here's the <A HREF="http://msdn.microsoft.com/en-us/library/ms998283.aspx#paght000006_step2" REL="nofollow">documentation for how to encrypt with RSA</A><BR/><BR/>HTH,<BR/><BR/>Chris.Chris O'Brienhttps://www.blogger.com/profile/10022906552670607366noreply@blogger.comtag:blogger.com,1999:blog-4126985520350746834.post-59056187974687369362009-01-30T03:39:00.000+00:002009-01-30T03:39:00.000+00:00Hey Chris in the latest readme.txt it says to add ...Hey Chris in the latest readme.txt it says to add the web.config settings ConfigStoreSiteUrl, ConfigStoreWebName, ConfigStoreListName. Should they be ConfigSiteUrl, ConfigWebName, ConfigListName or are both needed?Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-4126985520350746834.post-80459576434879555112009-01-24T08:54:00.000+00:002009-01-24T08:54:00.000+00:00Hi Chris,Thanks for this cool project.The list tem...Hi Chris,<BR/>Thanks for this cool project.<BR/><BR/><BR/>The list template for Config store appears when we want to create a new list, can we hide it.<BR/><BR/>Cheers<BR/>AjayAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-4126985520350746834.post-44650934107764255452009-01-23T09:23:00.000+00:002009-01-23T09:23:00.000+00:00Thanks for that Chris.Alternative to using your li...Thanks for that Chris.<BR/><BR/>Alternative to using your list is web.config the preferred option for storing connection strings?Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-4126985520350746834.post-56030214407836885802009-01-21T09:42:00.000+00:002009-01-21T09:42:00.000+00:00@Anonymous,Security is obviously the key considera...@Anonymous,<BR/><BR/>Security is obviously the key consideration here. Some points:<BR/><BR/>- is your site a public-facing site or an intranet only visible within your network perimeter?<BR/>- are your connection strings using integrated security or do they specify a SQL username/password?<BR/>- what additional permissions have you applied to the SharePoint list?<BR/><BR/>Like many security-related things, it does depend on some of the other factors. It <I>might</I> be completely acceptable to store an encrypted (e.g. one-way) version of the string, but remember that the data is inherently 'more available' if it can be accessed through a browser by users with appropriate permissions rather than requiring remote access to the actual machine.<BR/><BR/>HTH,<BR/><BR/>Chris.Chris O'Brienhttps://www.blogger.com/profile/10022906552670607366noreply@blogger.comtag:blogger.com,1999:blog-4126985520350746834.post-70744181131626227722009-01-21T09:30:00.000+00:002009-01-21T09:30:00.000+00:00@MossBuddy,Good question. There are a couple of op...@MossBuddy,<BR/><BR/>Good question. There are a couple of options to upgrade which I outline in the readme.txt - suggest downloading and taking a proper read. In brief you can either:<BR/><BR/>- use the new assembly only e.g. your suggestion of recompiling your projects with the new version <BR/>- use the new assembly AND the new list schema (larger Config Value field). This is more involved since it's not really possible to upgrade a field 'in-place' - the readme.txt contains more details of the process you'd need to go through<BR/><BR/>Any problems, please drop me a line in the discussions area on the Codeplex site and I'll respond.<BR/><BR/>HTH,<BR/><BR/>Chris.Chris O'Brienhttps://www.blogger.com/profile/10022906552670607366noreply@blogger.comtag:blogger.com,1999:blog-4126985520350746834.post-2064216310815505392009-01-20T22:45:00.000+00:002009-01-20T22:45:00.000+00:00Hi Chris, love this project. Quick question. Would...Hi Chris, love this project. <BR/>Quick question. Would you recommend, or have you used your Config Store to retrieve database connection strings?Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-4126985520350746834.post-12936956421661053062009-01-20T20:40:00.000+00:002009-01-20T20:40:00.000+00:00Hey Chris,Great Job!!!I had a question, we have us...Hey Chris,<BR/>Great Job!!!<BR/>I had a question, we have used the earlier version of Config Store and have referenced it in couple of our custom components, does this need to change? i.e. do we need to re-compile the custom components/code with the new Version of Config store OR just that we upgrade the Config store WSP and rest all should work fine?<BR/><BR/>Appreciate your help..<BR/><BR/>Thanks<BR/>MossBuddyAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-4126985520350746834.post-70339603097503221052009-01-20T20:12:00.000+00:002009-01-20T20:12:00.000+00:00Hi Keith,Yes I did consider writing the exact same...Hi Keith,<BR/><BR/>Yes I did consider writing the exact same thing as Tobias - mainly from the work that Vince did that Tobias references. However, I'm somewhat uncomfortable with having a timer job polling every 5 or 10 seconds which has to instantiate an SPSite, then fetch some SharePoint item to check if it's changed. Also, I felt that one requirement with the Config Store was that changes take effect <I>immediately</I> - even 10 seconds would be pushing it, as in my experience there will always be admins/developers who are unaware/forget that there is a delay to the caching implementation. <BR/><BR/>So using .Net's CacheDependency feels slightly lower level and less likely to incur a performance hit.<BR/><BR/>Interesting conversation though. Would be interested if anybody has done some proper tests.<BR/><BR/>Cheers,<BR/><BR/>Chris.Chris O'Brienhttps://www.blogger.com/profile/10022906552670607366noreply@blogger.comtag:blogger.com,1999:blog-4126985520350746834.post-31424239726804342822009-01-20T17:23:00.000+00:002009-01-20T17:23:00.000+00:00You might be interested in Tobias Lekman's impleme...You might be interested in Tobias Lekman's implementation of an SPListItemCacheDependency:<BR/>http://www.lekman.com/2008/12/cache-dependencies-in-sharepoint.htmlAnonymousnoreply@blogger.com