This is SSW’s first time using Team Build 2010 to automatically create a Silverlight application. In the past the guys have used Cruse Control, but we want to move to a pure TFS 2010 solution. When one of our developers ( Allan ) added a Silverlight 3 project to the Solution our build server spat it out.
Figure: Build SSW.SqlDeploy_20100303.8 failed when trying to build a Silverlight application.
Usually the person who broke the build should now be the one responsible for babysitting it until the next person breaks the build. In this case we had not agreed that as part of our project prep so I think I will need to wait until the retrospective at the end of our current, and first for this project, sprint.
Because Allan added the first Silverlight 3 application to the Solution the build server hiccupped as only the Silverlight 2 SDK was installed on it and it was a Silverlight 3 project. I have highlighted below where the problem was located.
Figure: The Silverlight targets file was not found on the build server.
I downloaded and installed the Silverlight 3 SDK from Microsoft, and hoped all would be well.
But the build failed again…
Figure: SSW.SqlDeploy_20100303.10 failed still trying to find targets.
At this point I got fed up and copied the contents of my local directory “C:Program Files (x86)MSBuildMicrosoftVisualStudiov10.0” to the same folder on the build server.
Figure: MSBuild could not find the web targets.
But the build failed again…
Figure: SSW.SqlDeploy_20100303.11 failed again trying to build Silverlight.
There is a nasty bug in the Silverlight SDK that means that you can’t build using the MSBuild 64-bit process. But on a 64-bit OS, the 64-bit MSBuild is used by default… so how to change it.
Figure: Why is it saying that the SDK is not installed… oh, a bug.
This is an easy fix, but a hard to find solution. if you Open up your “build process definition” and expand the Advanced tree you will see that there is a MSBuild Platform option that is set to “Auto”, change this to “X86”.
Figure: You MUST set the MSBuild Platform to X86 to build a Silverlight project,
And the build failed again…
Figure: SSW.SqlDeploy_20100304.04 failed again trying to do code analysis.
Note: This was only run 20 or so minutes after the last build, but my build server happens to be in Australia :)
Now I get Code Analysis errors…
Figure: Why would I be getting code analysis errors? Could it be that it is not installed?
To fix this one I just bit the bullet and installed Visual Studio 2010 onto the Build server, and…
Figure: Successful builds give me a warm fuzzy feeling…
The things that should be installed on the build server are:
The options you should set for any Build that has 32-bit dependencies that are causing a problem:
SSW was the first company in the world outside of Microsoft to deploy Visual Studio 2010 Team Foundation Server to production, not once , but twice .
SSW provides expert Visual Studio ALM guidance including installation, configuration and customisation through our four Microsoft Visual Studio ALM MVP’s in three countries; Australia, Beijing and the UK. They have experience deploying to small development shops all the way through to large blue chips.
SSW has six Professional Scrum Developer Trainers who specialise in training your developers in implementing Scrum with Microsoft’s Visual Studio ALM tools.
Technorati Tags: TFBS ALM Silverlight .NET CodeProject TFS 2010 SSW Scrum VS 2010 SP 2010 TFS SharePoint
If you've made it this far, it's worth connecting with our principal consultant and coach, Martin Hinshelwood, for a 30-minute 'ask me anything' call.
We partner with businesses across diverse industries, including finance, insurance, healthcare, pharmaceuticals, technology, engineering, transportation, hospitality, entertainment, legal, government, and military sectors.
NIT A/S
CR2