Tim Elhajj

Off the Microsoft stack!


3 Comments

Manually Configure MOSS 2010 for TFS 2010

 

For this sprint, I updated the MSDN topic for configuring MOSS so that it includes the manual steps to configure MOSS 2010 for compatibility with TFS 2010 dashboards. In the past, you had to use a blog post or the MOSS configuration tool, if you wanted to make those configurations. To make up for taking so long getting it out there, I pulled together a short video that explains all of the steps.

If you find these videos helpful, I’d love to hear about it in the comments here on the blog or on YouTube. If you have a request for a video, let me know that, too. I’ll do the best I can to get them created and posted. I must say I’m really enjoying creating the videos.

If you want to follow along with the official manual steps, you can find them here. You might also find some of these topics helpful, too:

Requirements for the report reader account (also known as: TFSReports)
How to install MOSS 2010
Create a Web application for MOSS 2010

Advertisements


Leave a comment

Does Team Foundation Server 2010 Support SQL Clusters?

In a word, Yes (see the Tip at the top of the page).

There has been some confusion because in previous version of Team Foundation Server, you had to make a few adjustments to the cluster to get Team Foundation Server to play nice with your SQL Server cluster. In Team Foundation Server 2010, you don’t have to do any nonsense.

It just works.


1 Comment

Only You Can Prevent CHM File Corruption

About three years ago, I started my current job where my main documentation deliverable is a Microsoft Compiled HTML Help file, which is distributed to customers by a page off the Microsoft Download Center. Not long after a new release of the guide went live, I got an email saying the file was corrupt.

Oh, no! I thought. First the President of the United States commutes Scotter Libby’s sentence and now this!

The email contained a screen shot similar to this one:

blocked content in CHM file

Fortunately for me, I had colleagues on the team who had been distributing CHM files this way for much longer than me. The file isn’t corrupt, but its ability to render HTML has been purposely disabled. The issue is explained in this KB article and involves a security update that purposely prevents HTML in all compiled help files from rendering, if that file was downloaded from the Internet.

Once you understand the issue, it’s simple to fix:

  1. Download the file to your desktop (or wherever), right-click the file and then click Properties.
  2. Click Unblock.

 

Now when you open the file, the compiled HTML will render just fine. If only political corruption were as easily resolved!