Author Archives: Alistair Hunt
Which pool do I dive into?
Express yourself clearly
Where has my YouTube gone?
Mutually exclusive development errors
- Close down all open Visual Studio IDE’s
- Go to the ASP.NET Temporary folder for the version of the framework under which your application pool is running. For my web service running as a ASP.NET 2.0 application this is located at <%systemroot%>Microsoft.NetFrameworkv2.0.50727Temporary ASP.NET Files.
- Delete the folder for your application.
- Reset IIS
- Check that you can now browse to your page, or web service, using IE.
- Then reopen your solution within the development environment.
Problem solved! No more Mutex errors and I could debug my web service in my development enviroment. If you are interested, there is a useful Wikipedia article on Mutual Exclusion.
Vista still causing a few problems
I have persmission to do this…trust me!
- If you have already installed Windows Vista SP1, which I did, then you do not need to download the hotfix, just apply the changes to the registry.
- Once I had made the change to your registry I needed to reboot my machine in order for the change to be affective.
Needless to say, my issue was resolved and I am no longer getting prompted to provide my credentials when I access documents stored in our SharePoint document libraries.
Locale differences within WSS 2.0
- first of all I updated the registry on the live server. The key HKEY_LOCAL_MACHINESOFTWAREMicrosoftShared ToolsWeb Server Extensions6.0InstalledLanguages already had a REG_SZ value for 1033 so I added a second one for 3081.
- The next task was to create the relevant folders in the SharePoint virtual directory for the site templates. To do this I made the following changes;
- Make a copy of the C:Program FilesCommon FilesMicrosoft Sharedweb server extensions60TEMPLATE1033 folder including all its contents and rename it to 3081.
- Make a copy of the C:Program FilesCommon FilesMicrosoft Sharedweb server extensions60TEMPLATEADMIN1033 folder including all it contents and rename it to 3081.
- Make a copy of the C:Program FilesCommon FilesMicrosoft Sharedweb server extensions60TEMPLATELAYOUTS1033 folder including all of its contents and rename it to 3081.
- Restart IIS.
This now provides SharePoint with the template structure it needs to create new sites using the Locale ID of 3081. When I ran my Console Application this time the sites were created successfully and my Shared Documents folders now contained the uploaded files.
The request failed with HTTP status 403: Forbidden.
- Within IIS on the server hosting your Reporting Services website, right click the ReportServer virtual directory and select Properties…
- On the Virtual Directory tab select the Configuration… button
- On the Mappings tab of the Application Configuration dialog take a look at the box containing Wildcard application maps (order of implementation).
- Mine was missing the c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\aspnet_isapi.dll entry. I also compared this setting against a similar server which had a working Report Server.
- I add the c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\aspnet_isapi.dll entry to the list and then restarted IIS.
Thankfully, this was a successful solution and my access to the Report Server was restored. My reports view in Microsoft CRM had not quite been resolved because I was being shown a different error – Reports.config has invalid schema, and could not be loaded. This issue is discussed in this blog entry.
Error trying to view reports in Microsoft CRM 3.0
- Warning notifications were appearing in the application event log of the server for the Microsoft CRM web application. For some reason it was throwing unhandled exception errors for an event source of ASP.NET 2.0.50727.0 – this was my first clue to the problem.
- When I tried to view the reports available within Microsoft CRM through the browser I was presented with an error dialog containing Reports.config has invalid schema, and could not be loaded.
After some research and comparison to my test server it soon became obvious that my CRM website had changed its ASP.NET settings from 1.1.4322 to 2.0.50727.0. To restore it to its original settings I ran the following commands from the command line;
- C:WINDOWSMicrosoft.NETFrameworkv2.0.50727aspnet_regiis -k w3svc/5/root
- C:WINDOWSMicrosoft.NETFrameworkv1.1.4322aspnet_regiis -s w3svc/5/root
- Perform an IIS reset.
The first command line removes the script maps to all versions of ASP.NET from all ASP.NET applications at the specified application root path and its subdirectories. The second command installs the script maps pointing to the ASP.NET ISAPI version, in this case v.1.1.4322, at the specified application path root and its subdirectories.
This solution stopped my unhandled exceptions from being generated in the event log and allowed me to view my reports within CRM again.
A couple of FYI’s for this process;
- to find your application root for a web site you can run aspnet_regiis -lk. For my server the Microsoft CRM website was located at w3svc/5/root.
- For information on ASPNET_REGIIS for v2.0.50727 please select this link – ASP.NET IIS Registration Tool (Aspnet_regiis.exe).
- For information on ASPNET_REGIIS for v1.1.4322 please select this link – ASP.NET IIS Registration Tool (Aspnet_regiis.exe).