MOSS 2007 and .NET framework 3.5 SP1 – Second part

I've had an article about our .NET Framework 3.5 SP1 issue, where the Records Center went wrong after the .NET Framework 3.5 SP1 installation. Well, that story comes back to my life again and again, so I had to search forward the issues.

Well, Anders mentioned the loopback check in his comment as well as the Microsoft MCS recommended me to check that. (Un?)fortunately I’m too curious and the simple solution is not enough to me. I wanted to know: why?

First of all, some facts:

  • My post about this issue was written on October 31, 2008.
  • Another post about loopback check was published on Ocober 30, 2008 here. It isn’t about the Records Center, but contains a good description and something very important to us (highlighted by me):

The purpose of the loopback check is to eliminate denial of service attacks however it causes issues with access SharePoint sites locally from the server.

  • The current .NET Framework SP1 was published on November 18, 2008:

 

 

All in all, setting off the loopback check can help us if the requests are local on the server. Sounds good, but the Records Center was tested from remote computers as well, not only from the MOSS application server! In this case, only one thing can be the root of every trouble: if there are some local requests during the Records Center operation. Let’s see, what happens!

First of all, about the Records Center in a nutshell. The Records Center is based on a special site template, and practical to create it at least into a separated site collection, but very often into a separated web application. Moreover, we have the chance to use a Records Center from a remote SharePoint farm.

After creating the Records Center, we have to configure a few things (for example records routings) and set in the Central Administration site which Records Center we want to use. This setting is based on the web service of Records Center located at /_vti_bin/officialfile.asmx.

Well, on the face of it, if we send a document to the Records Center, this web service is calling:

But if we see behind the scenes, we have to recognize that after clicking on “Send To –> My Records Center” there is a calling to the local server’s SendToOfficialFile.aspx located in the LAYOUTS folder. After that, there are the following requests in the background:

 

That’s it – after calling the SendToOfficialFile.aspx there are a lot of API callings, and the officialfile.asmx is only at the end of this queue! Moreover, if the Records Center is on the same MOSS server (farm), this calling is local! Yes, this is the root problem, our loopback check problem just became understandable now!

Of course, this is a solution to our question, why the Records Center wasn’t working even if we’ve created a new one to the same server.

One more thing. Unfortunately the error messages are not too obvious in this case. For example, the error message got here (”The DevRC Records Center could not be found or accessed.”) can be occured by other errors as well. This is because behind the Records Center’s operating there are not too much error codes, as we can see in this enum:

I hope that’s the real root of the issue and can be resolved first, last and all the time, and I don’t have to say: “to be continued” :)

Searching your SharePoint sites with Internet Explorer 8

IE8 has a very customizable Search Toolbar. Of course, the default search engine used by it is the Live Search, but you can manage the search providers in a very easy way. Just click on the “Find More Providers” menu:

image

On that page you can find the most popular search providers like Google, Live Search, AOL, Yahoo!, etc. You can add them to your search toolbar with a simple click:

image

 

Moreover, on the right side of the screen you can find a very interesting section: “Create Your Own”. Here you are, that’s your friend if you want to add your SharePoint search page to the IE toolbar! For example, if your SharePoint search’s result URL is http://intranet/search/Pages/results.aspx, you have to enter this to the first text box: http://intranet/search/Pages/results.aspx?k=TEST (the ‘k’ parameter passes the search expression to the results page). The second text box have to be filled with the name of this search provider as you want to see in IE8:

image

Here you are, now you’re able to use your SharePoint search site directly from your browser!

image

These days

There were a lot of interesting events and announcements in the world, while I’ve been with my baby daughter in the last days. In the meantime I’m reviewing some technical documents…
So, here you are a short enumeration about the most important SharePoint-related news of the past days:

  • SharePoint Dispose Checker: During SharePoint development there is a common thing to have disposa problems. These issues makes nightmares to the developers as well as end users because of the bad quality of codes. Fortunately, the SharePoint Dispose Checker has been available since the end of January:

SPDisposeCheck is a tool to help you to check your assemblies that use the SharePoint API so that you can build better code. It provides assistance in correctly disposing of certain SharePoint objects to help you follow published best practice. This tool may not show all memory leaks in your code.

FAST Search for SharePoint will combine high-end search with the broad portal, collaboration, content management and business intelligence capabilities of SharePoint.

  • Best Practices Conference: The second Best Practices Conference was a very great success in San Diego last week. The series will be continued in London, at the beginning of April. I’ll be there with my family, and have two sessions: “Search can be your best friend you just need to know how to talk to it” and “Best Practices for IW Document Management with SharePoint 2007”.

PerformancePoint Server

There was a very important announcement in the last days regarding the PerformancePoint Server 2007: this product will be the part of SharePoint Server Enterprise CAL instead of having separated licensing options. Of course, this takes effect to the future as well:


In the future, the monitoring and analytics capabilities will be included in the next release of SharePoint Server and will be available to SharePoint Enterprise CAL customers.


More information: