Welcome to my blog on all things SharePoint. I have a range of articles that will interest you if you've made it as far as visiting my blog. I was awarded as an SharePoint MVP by Microsoft in July 2010. I currently live in New York and am an Enterprise Architect at AvePoint Inc.. I co founded www.NothingButSharePoint.com with Mark Miller in 2010.
This series was inspired by the chatter amongst SharePoint blogs on the best ways to approach customisations in SharePoint using Solutions.
This series was inspired by a discussion had with Andrew Coates at a Perth SharePoint User Group meeting. This then turned into a 6 part series on Arno Nell's SharePointMagazine.net web site.
I have recorded various web casts that I present at User Groups or just on a specific topic by request: How ASP.NET Developers can leverage SharePoint webcast SPSource Webcast: Reverse engineer Lists to ListTemplates and much more SharePoint Development with Unit Testing webcast Perth SharePoint UG Web Cast on approaches to deploying artefacts (SPSource) More...
I have been interviewed about Leveraging the SharePoint Platform by the SharePoint Pod Show: listen here .
I found an error with CKS:EBE 2.0 which I submitted to CodePlex Issues.
So I finally worked out what was wrong with my CKS:EBE 2.0 SharePoint blog and links coming off of Twitter which is feed from my Feedburner.com RSS feed. Turns out Feedburner in their wisdom have added some querystring goodness to the urls potentially for tracking ability.
http://wss.made4the.net/archive/2009/11/21/pspugwebcastNOV09.aspx?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+Made4thenet+%28wss.made4the.net%3A+by+Jeremy+Thake+%28Perth%2C+AUS%29%29&utm_content=FeedBurner
You’ll see an error like: ”Failed to render control: Value cannot be null. Parameter name: String”
So I downloaded the CKS:EBE 2.0 source from CodePlex and took a look at what was going on. Turns out that a HTTP Handler has been used to intercept the friendly URLs and pattern matches the url and changes it under the covers so that it identifies the List Item Id of the post it needs to render etc. The problem being that the post.cs file when requesting the Request.QueryString() seems to see the original url not the rewritten one!
A quick work around for this is to modify the post.cs file, repackage and redeploy it. I was waiting to be added to the CKS:EBE project but I think they had some problems, otherwise the fix would have been there last week ;-)
I noticed that Rene Hezser has put a fix up on Tuesday for this in build 29521 now, but Woody has pointed out there are some bugs in the branch that need ironing out.
There are plenty of blogs out there with this issue, please give them a heads up if you find one!