Chris Hines

SharePoint 2010 List Throttling

Chris Hines — Wed, 15 Feb 2012 16:26:03 +0000

I was caught out today by list throttling in SharePoint 2010. In SP 2007 I wrote some custom fields which cross-site lookup on to some fairly large SharePoint lists. They work via a webservice which runs a CAML query on the list. When I migrated my sites to SP 2010 my custom fields were behaving strangely. All the fields work the same way and use the same webservice to lookup the data. However, some were working but others were not. The problem only occured when the source data contained more than 5,000 items. It was list throttling which was breaking my CAML query. I found these articles useful:

http://blogs.technet.com/b/speschka/archive/2009/10/27/working-with-large-lists-in-sharepoint-2010-list-throttling.aspx

http://blogs.msdn.com/b/dinaayoub/archive/2010/04/22/sharepoint-2010-how-to-change-the-list-view-threshold.aspx

CRM 2011 E-mail Router installation error

Chris Hines — Thu, 02 Feb 2012 17:17:05 +0000

If you receive an installation error in the checks stage for the Microsoft CRM 2011 E-mail Router installation

“The Microsoft Exchange MAPI subsystem is not installed on this system”

check out this KB:

http://support.microsoft.com/kb/951401

Editing SharePoint 2010 User Profiles Programmatically

Chris Hines — Tue, 03 Jan 2012 15:28:16 +0000

I recently had some issues editing SharePoint 2010 user profiles programmatically using PowerShell. I could not create a UserProfileManager using:

$upm = New-Object Microsoft.Office.Server.UserProfiles.UserProfileManager($context)

I received an “Object reference not set to an instance of an object” exception.

This was because the account I was running my script as did not have the sufficient permissions to access the User Profile Service Application. In order to assign the permissions I….

Went to the User Profile Service Application via Central Admin.
Selected the row for the SA
Clicked Permissions in the ribbon.
Added the account I wanted to run the script as.
Selected ‘Full Control’.
Clicked ‘OK’.

NB: if you do not select a Permission level for the account e.g. ‘Full Control’ nothing is saved.

Visual Studio 2010 – Debugging – Symbols not loaded

Chris Hines — Thu, 03 Feb 2011 19:24:05 +0000

Been bashing my head agaist the wall today to try and figure out why Visual Studio 2010 could not debug into the w3wp process to debug into some SharePoint 2010 code. Here’s the perfect answer:

http://adotnetdude.blogspot.com/2010/05/visual-studio-2010-debugger-not.html

Stopping Time

Chris Hines — Wed, 12 Sep 2007 12:00:59 +0000

When working in a Microsoft Virtual Machine (VPC or Virtual Server) the virtual will periodically synchronize the clock with the host’s clock. This can be a pain when trying to test your code with future or past dates. However, it is possible to stop this synchronization:

In Virtual Server

Edit the .vmc file. Find the components tag and add/modify the host_time_sync value to false

e.g.

false

In Virtual PC

Stop the 1-vmsrvc service.

e.g.

net stop 1-vmsrvc

This will break the ability to copy files into the VM. However, restarting the service will get things working again.

(Thanks to Stuart Lally for pointing this out to me)

SharePoint Error Page

Chris Hines — Fri, 31 Aug 2007 12:00:58 +0000

There are two steps you need to perform in order to configure SharePoint for detailed ASP.Net error messages, avoiding the standard SharePoint Error screen (which is sometimes not very informative). I always forget the second step so I thought I’d write it down here!

Modify web.config in two places….

1. Change the customErrors mode to RemoteOnly:

2. Set the SafeMode CallStack to true:

You will now get detailed ASP.Net error messages when browsing locally on the SharePoint server.

SharePoint 2007 Exam – Experience Counts

Chris Hines — Tue, 28 Aug 2007 12:00:00 +0000

I have been working with SharePoint since 2004 and version 3.0 of the product almost exclusively since September 2006. With one full lifecyle 2007 project behind me I thought I would take five minutes out to try one of the new SharePoint 2007 specific exams. I did very little preparation but instead decided to rely upon my experience. I took 70-541, Windows SharePoint Services 3.0 Application Development, yesterday and passed! So I’m now a Microsoft Certified Technology Specialist for SharePoint Services 3.0 Application Development. I hope to take the SharePoint Configuration and MOSS specific exams in the near future…

Finally! A direction for SharePoint Accessibility

Chris Hines — Fri, 17 Aug 2007 12:00:03 +0000

Hi Software are developing an Accessibility Kit for MOSS 2007.

SharePoint 2007 Development – Build Processes

Chris Hines — Mon, 13 Aug 2007 12:00:46 +0000

A couple of weeks ago I wrote about how my team uses a 100% Virtual development environment, the first half a SharePoint developer’s “green field” as I described it. Another major factor in creating a happy and efficient development team is putting the effort into designing good build processes. There are many variations on a theme when it comes to building SharePoint 2007 projects but I thought I would write down an overview of how we do it so as to “add to the mix”!

Why not just use the Visual Studio Extensions for SharePoint?

Visual Studio Extensions for SharePoint

We looked at using these around Feb 2007 when they were still in Community Release and had a bad experience. They were very buggy (ok fair enough at the time) but most importantly we had little control over the SharePoint Solution Files (WSPs) being generated. We could neither structure the Feature directories the way that we wanted nor name the Features the way we wanted. The build was very much “all or nothing” i.e. a full build was performed each time, along with deployment to the server. In addition, the build process was very hard to debug when something went wrong. There’s a relevant discussion thread on SUGUK talking about these kinds of issues.

So with the need for a high degree of control over our WSP files and the desire to create an efficient build we set about designing our own…

Pretty quickly we decided that it would be easier to manage and probably most logical to functionally separate our projects into:

WebParts – WebPart code and resource files
SiteTemplate – Everything CAML based
Components – 3rd party assemblies and resource files.
Webservices – Webservice asmx and supporting assemblies.
Each of these projects would result in the generation of a corresponding WSP file ready to deploy to the development server. In this article I will explain the build process for the SiteTemplate and WebParts project because they demonstrate two slightly different techniques which can then be reused elsewhere.

Site Template Build

Fig. (1)

When laying out SharePoint Features I find it most logical to replicate how the Feature will eventually appear when it is deployed on to the Front End Webserver in the “12 Hive”. Fig.(1) shows an example list, Aeroplanes, which has the usual xml files you’d expect for a List Feature.

On a successful build of the project the Post-build.bat file is called from the Post-build events (under Project Properties). The reason there is a separate file is because I hate the nasty Post-build event editing window in Visual Studio! It’s just horrid. Seeing as the Post-build events need to be edited quite a bit, it’s much easier to have the file right there in your Project so you can just double click to get editing.

The Post-build.bat scripts the whole build process and in Fig.(1) I have documented pseudo code for each of the steps it goes through. I’ll detail the steps a bit more…
First up MakeCab.exe is used to generate a WSP file. A WSP is just a CAB file with a WSP extension. The MakeCabDirectives.ddf file is passed to the MakeCab.exe to define the WSP payload and so therefore lists the Feature xml files as well as the all important Manifest.xml.
If the WSP generation is successful then we move on, if it’s not we’ll see some error messages in the Visual Studio Output window.
The next steps remove any previously deployed versions of the WSP. Of course first time round these steps will fail because there will not be anything to remove.
Then we begin the deployment steps. First we deploy the WSP to the SharePoint Solution Store using STSADM. We then have the choice of how we deploy the WSP, in development I always deploy globally where possible. The final step of deployment is to activate Features on any specific development sites.
Inserting entries into web.config could be a requirement for many different SharePoint projects. However, we put all the modifications into the SiteTemplate project because it felt like the most sensible place to keep them (they have to go somewhere). We actually keep these modifications in an XML file (not shown in the diagram) and then apply them using the SharePoint Object Model as shown.
Finally we perform an iisreset in case any of the CAML changes require it.
WebParts Build

Fig.(2)

There are actually two projects which make up CMH.WebPart development, CMH.WebParts and CMH.WebPartsWSP. The former contains all of the WebPart code and resource files, the latter contains the files for packaging as a WSP. We’ll look at CMH.WebpartsWSP first…
CMH.WebpartsWSP is dependent upon CMH.WebParts, so first of all the build will compile the assembly CMH.WebParts.dll.
The CMH.WebPartsWSP Post-build.bat will then run…
Again we use MakeCab.exe to generate a WSP, this time it contains the WebPart assemblies and resource files.
We then retract and delete any existing solutions using STSADM.
Next we add the WSP to the solution store using STSADM and then deploy the solution to a known application, also using STSADM.
Finally, for good measure, we perform an iisreset.
The building of CMH.WebPartsWSP represents a “full” build, replacing all files associated with the WebParts. It’s worth noting that the Manifest.xml contains instructions for SharePoint to update its Safe Control list and Code Access Security to facilitate the running of the WebPart. So the WSP deployment really does contain everything the WebPart will need.

The only downside to a full WSP build and deploy is that it can take quite a long time. This is why we have the separate CMH.WebParts project. Once a full WSP build has been done we can then just replace the CMH.WebParts.dll in the SharePoint bin in order to make changes to the code. WebPart development mostly involves a code-change-then-test cycle, so for the majority of rebuilds all we need to update is the assembly. So, in the CMH.WebParts Post-build.bat we copy the assembly from the output target to the SharePoint bin. To test the changes all we need to do is refresh the WebPart page.

Fig.(2) also shows a QuickDeploy.bat script. This is not called as part of the build process but instead a developer can optionally run it in order to copy resource files directly to the 12 Hive (or resources directory). It’s a quick way to get resource changes into a SharePoint site for testing e.g. changes to Javascript files without having to go through a full build. There is one downside, when you subsequently try to retract the solution SharePoint may not be able to retract these files because it can see they have been modified.

One other useful thing we do in CMH.WebParts Post-build.bat is use sn.exe to output the Public Key Token for the signed CMH.WebParts.dll. This is useful because the Public Key Token is needed when writing the Manifest.xml file as well as .webpart files for each WebPart.

There you go! Some SharePoint build processes. Whilst not totally original I think they contain some nice ideas and have certainly proven to work well during the past 6 months of our project.

Just recently I was referred to:

http://www.codeplex.com/sptemplateland

When I have time I would like to incorporate these scripts to take the manual work out of writing .DDF files. You may want to check them out.

Telerik Controls and SharePoint 2007

Chris Hines — Wed, 08 Aug 2007 12:00:30 +0000

A few months back I wrote a nice Visual Studio project to wrap up the Telerik r.a.d.treeview and r.a.d.window into a SharePoint 2007 WSP so that we could easily deploy these controls as part of our solution. I’ve been using the Telerik controls for a couple of years now and really rate them. We use the Treeview for our main navigation and the Window for things like our context sensitive Help.

I just read on Andrew Connell’s Blog that he’s been helping Telerik put together a White Paper and some tools to make this kind of thing easier. Check out Telerik’s White Paper here. Without the aid of the tools I have been manually writing the .ddf and Manifest.xml which is fine for how we are using the controls because we don’t need all of the skins etc. However, now these tools are available I may switch to using them as it is what’s recommended.

Perhaps Telerik should release their r.a.d controls as ready-to-go WSP files!?