If you are interested, you can view the slides here:

Business Data Integration with SharePoint (1.4 MB)

I believe the recordings of the presentations will be posted on www.vancouvertechfest.com, so check there if you would like to see and hear the presentation.

2009-11-06T11:57:51 | Module: Rosetta | Thread: 14 | Creating report: Bug Status
2009-11-06T11:57:52 | Module: Rosetta | Thread: 14 | Setting data sources for report: /TfsReports/DefaultCollection/TestTFS19/Bugs/Bug Status
2009-11-06T11:57:52 | Module: Rosetta | Thread: 14 | Creating report: Bug Trends
2009-11-06T11:57:53 | Module: Rosetta | Thread: 14 | Setting data sources for report: /TfsReports/DefaultCollection/TestTFS19/Bugs/Bug Trends
2009-11-06T11:57:53 | Module: Rosetta | Thread: 14 | Creating report: Reactivations
2009-11-06T11:57:53 | Module: Rosetta | Thread: 14 | Setting data sources for report: /TfsReports/DefaultCollection/TestTFS19/Bugs/Reactivations
2009-11-06T11:57:53 | Module: Rosetta | Thread: 14 | Creating report: Build Quality Indicators
2009-11-06T11:57:54 | Module: Rosetta | Thread: 14 | Setting data sources for report: /TfsReports/DefaultCollection/TestTFS19/Builds/Build Quality Indicators
2009-11-06T11:57:54 | Module: Rosetta | Thread: 14 | Creating report: Build Success Over Time
—begin Exception entry—
Time: 2009-11-06T11:57:54
Module: Engine
Event Description: TF30162: Task “BuildTask” from Group “Build” failed
Exception Type: Microsoft.TeamFoundation.Client.PcwException
Exception Message: TF203013: The path C:\Users\CARMDS~2\AppData\Local\Temp\tmp8F32.tmp is in the DOS (8.3) short path format and is not supported. Enter a full path to the item and try again.
Exception Details:
Stack Trace:
   at Microsoft.VisualStudio.TeamFoundation.Build.ProjectComponentCreator.ExecuteInternal(ProjectCreationContext context, XmlNode taskXml, Boolean validationOnly)
   at Microsoft.VisualStudio.TeamFoundation.Build.ProjectComponentCreator.Execute(ProjectCreationContext context, XmlNode taskXml)
   at Microsoft.VisualStudio.TeamFoundation.ProjectCreationEngine.TaskExecutor.PerformTask(IProjectComponentCreator componentCreator, ProjectCreationContext context, XmlNode taskXml)
   at Microsoft.VisualStudio.TeamFoundation.ProjectCreationEngine.RunTask(Object taskObj)
–   Inner Exception   –
Exception Type: Microsoft.TeamFoundation.Build.Client.BuildServerException
Exception Message: TF203013: The path C:\Users\CARMDS~2\AppData\Local\Temp\tmp8F32.tmp is in the DOS (8.3) short path format and is not supported. Enter a full path to the item and try again.
Stack Trace:
   at Microsoft.TeamFoundation.Client.TeamFoundationClientProxyBase.ProcessHttpResponse(HttpWebResponse response, Stream responseStream, WebException webException, XmlReader& xmlResponseReader)
   at Microsoft.TeamFoundation.Client.TeamFoundationClientProxyBase.ExecWebServiceRequest(HttpWebRequest request, XmlWriter requestXml, String methodName, HttpWebResponse& response)
   at Microsoft.TeamFoundation.Build.Client.BuildWebService.AddProcessTemplates(ProcessTemplate[] processTemplates)
   at Microsoft.TeamFoundation.Build.Client.BuildServer.SaveProcessTemplates(IProcessTemplate[] processTemplates)
   at Microsoft.VisualStudio.TeamFoundation.Build.ProjectComponentCreator.ExecuteInternal(ProjectCreationContext context, XmlNode taskXml, Boolean validationOnly)
– end Inner Exception –
–   Inner Exception   –
Exception Type: System.Web.Services.Protocols.SoapException
Exception Message: TF203013: The path C:\Users\CARMDS~2\AppData\Local\Temp\tmp8F32.tmp is in the DOS (8.3) short path format and is not supported. Enter a full path to the item and try again.
SoapException Details: <detail xmlns:xsd=”http://www.w3.org/2001/XMLSchema” xmlns:xsi=”http://www.w3.org/2001/XMLSchema-instance” ExceptionMessage=”TF203013: The path C:\Users\CARMDS~2\AppData\Local\Temp\tmp8F32.tmp is in the DOS (8.3) short path format and is not supported. Enter a full path to the item and try again.” BaseExceptionName=”Microsoft.TeamFoundation.InvalidPathException” />
Stack Trace:

– end Inner Exception –
— end Exception entry —

As you can see, it’s not a terribly useful error. We scoured the event logs, trace logs … everything, but we couldn’t find any more information. Time was ticking and we needed a solution fast, so … I decided to build up a new mock environment to see if we could replicate the issue. After hours of tedius installation and environment alignement, sure enough, we couldn’t replicate the issue! The team projects created perfectly in the mock environment.

After breaking the issue down further we realized that the only difference between the production environment and the mock environment was the user accounts we used for the services. This also happened to be cryptically referenced in the error line:

The path C:\Users\CARMDS~2\AppData\Local\Temp\tmp8F32.tmp is in the DOS (8.3) short path format and is not supported. Enter a full path to the item and try again.

The main difference between the account names in production and in the mock environment was that the production names were 13 characters long, and the mock environment names were only 6 characters long. AH HA! We decided to switch the TFS Service account to using a shortner name and guess what … everything worked! The team projects created properly and all was well.

The obvious lesson here is … beware of beta software, and plan time for finding and dealing with bugs. ; )

Burntsand is a Platinum Sponsor for the event, and I’ll be presenting Business Data Integration using SharePoint 2007. The presentation will cover some hard-core integration scenarios, and will demonstrate a bunch of useful real-world samples.

I hope to see you there.

What’s new with Visual Studio Team System 2010 and MSDN (PDF w/links for registration)

We’ve tried a number of combinations of hardware and software, and we have finally solidified on using Windows 7 64bit running VMWare Workstation 6.5. For our server hosted instances we will be using Windows Server 2008 R2 with VMWare Server (mainly for consistency and portability of virtual machines).

So, why not use Hyper-V? We struggled with this question a lot. We are a Microsoft technology focused team, but ultimately the VMWare solution provided us with a more efficient and consistent development platform. In order to use Hyper-V you need to be running Windows Server 2008, which meant that we would need to install Windows Server 2008 on our laptops. While it is possible to create a Windows Server 2008 workstation, it isn’t a simple, or even 100% effective option. On top of this, the whole team loves Windows 7 and would prefer to use it over Windows Server 2008 (especially given that we could only get our Bluetooth devices to run with Windows 7 – despite all the available hacks).

The downside with Windows 7 is that the built in virtualization functionality doesn’t support 64bit guests, and it lacks a bunch of the key features we’ve come to love such as snapshots. VMWare Workstation not only supports 64bit guests, but it comes with all of the features that we’ve come to depend on for virtualized SharePoint development. Perhaps Microsoft will change this with a future release, but for now … it’s VMWare all the way.