Archives

Archives / 2009 / November
  • VM Prep Tool for Visual Studio Team Lab Management 2010

    Microsoft has released the first version of the Virtual Machine Preparation Tool for Visual Studio Team Lab management 2010. What a mouthfull! Try saying that three times in a row..

    Well, the tool function is to prepare existing VMs to be compatible with VS 2010 Lab Management requirements, and believe me, there are a few. Configuring an existing VM by hand is a tedious and VERY error prone task, and so this tool was born.

    Download it from http://vslabmgmt.codeplex.com/, this version is prepared to work with VSTS 2010 Beta 2 and Windows Server 2008 X86 SP2 VMs. They will be adding more options as soon they finish testing of different versions (and flavors) of Windows. Perhaps R2 is on the pipeline?

    Best regards,

    Andres G Vettori, VMBC, CTO

     

    Read more...

  • Build Silverlight 2.0 or 3.0 projects with an x64 TFS 2010 Build Agent

    I was trying to build our biggest solution after migration (TEST migration) and found that Silverlight projects won't compile. The first error we received was "The Silverlight 2 SDK is not installed". I found a post on the Silverlight forum about this and managed to fix the error, but then a second error appear:

     "The "ValidateXaml" task failed unexpectedly ... System.IO.FileLoadException: Could not load file or assembly 'PresentationCore, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35' or one of its dependencies. The given assembly name or codebase was invalid. (Exception from HRESULT: 0x80131047)

    According to the people in the Silverlight forum, this is a Silverlight BUG and it won't compile in an x64 environment, so the general workaround is to use an x86 Build Agent.

    Fortunately, I found a MUCH BETTER workaround for TFS 2010, wich only involves changing the configuration of the build definition and set the "MSBuild Patform" to "X86" (it was "Auto" before).

    After this, my Silverlight projects compile again, even in an x64 Build agent. Nice!

    Just for reference, the Silverlight post is here:  http://forums.silverlight.net/forums/p/113956/256849.aspx

    Andres G Vettori, VMBC, CTO

    Read more...

  • Enabled new ALM features after migration of TFS2008 to TFS2010

    The test migration of our TFS 2008 went extremely well (the import command processed nearly 7GB of data from our TFS 2008) in less than half hour, and all running in my notebook (not some kickass server...).

    Today I executed the script published by Hakan Eskici to upgrate the process template from v4.2 to v5, by simply running a BET file. The process is very simple and fast, and after that we now have the updated process template with all the TFS 2010 goodies enabled.

    Check out the process and download the script from http://blogs.msdn.com/hakane/archive/2009/10/19/sample-script-to-enable-new-features-in-upgraded-team-projects-tfs-2010-beta2.aspx

    After the upgrade I created a new TASK and found the new "Original estimate" field, and the now separated "Remaining work" and "Completed work", and I almost cryied by the emotion...  :)

    Also the BUGS have now the new "Repro Steps" and "Test Cases" tabs that are extremely welcome. There also more changes than this (for example the new Test Case WI) so give it a try!

    Best regards,

    Andres G Vettori, VMBC, CTO

    Read more...

  • MOSS & TFS 2010: Insufficient rights when configuring SSO

    If you try to configure the SSO (Single Sign-On) in Sharepoint 2007 for TFS 2010, you migh get the dreaded "Insufficient Rights" error.

    Configuring the SSO for TFS is not THAT well documented, and you keep finding instructions like "Configure the propper applicaiton domain groups". What the heck that means?

    Anyway, the first step is to configure the "Microsoft Single Sign On" service on EVERY Sharepoint frontend server. Change startup to AUTOMATIC, configure a DOMAIN account for that service, make it local administrator, add it to the local WSS_ADMIN_WPG group.

    You can use the service account you used for running Sharepoint as it already has most of this configuration, or you can create a brand new account specially for the SSO service. If this Sharepoint server will be your new corporate server, probably want to choose the later.

    And lastly, you you try to configure the SSO in the Sharepoint Central Administration and get the error "Insufficient Rights", make sure you are LOGGED IN with the account used for running the SSO service.

    Hope that helps,

    Andres G Vettori, VMBC, CTO

    Read more...