Had one of those days yesterday and today, you know what its like when you find a bug/problem and you dont really get a chance to properly look at it when your doing a million things at once.
It is so often that the cause of the problem is really obvious but you just cant see the wood for the trees.
This is a reminder for myself as much as anything.
I was writing an msbuild task to wrap cruise controls ICruiseManager so I can get the latest build label of a project that has been built.
The problem was that when I tested the task using MsTest from Visual Studio it worked fine, but when I ran it from an MsBuild script it kept failing complaining about not being able to find the ThoughtWorks......Remote assembly. I ensured that the assembly was where my tasks assembly way and frustratingly it wasnt working
When my brain returned I spotted that the problem was that the assembly is being searched for in the directory which the process started (the .net framework directory where MsBuild.exe is) so by copying the assembly there it now works.
All of the slide decks from last months UK SOA/BPM User Group session are now available from our site
http://sbug.org.uk (in the media section)
The decks covered were:
Oslo - Robert Hogg
Composite Applications - Andy James
SOA in 2015 - Darren Hallett
Just been reading the quarterly newsletter from Frends (http://www.frends.com/), it was nice to see a little plug for my recent article about scheduling requirements for BizTalk solutions where I discuss the use of their product as one of the possible ways to implement this kind of requirement:
http://geekswithblogs.net/michaelstephenson/archive/2008/05/16/122203.aspx