I'm getting the error with both the bundled client and with Collabnet's Subversion client. I'll into the credentials of the App Pool & Service.

Hi David i got a similar error after installing, but in the web server process (inedobmwebsrv). Im my case it occured because the port i chose for the webservice (80) was already in use. A quick check revealed that skype was using port 80 ... quitting skype and restarting the server solved the problem for me. Cheers, Boris

Sounds good, by early next week we'll have some very specific documents that include exact deployment plans showing how we personally handle some cases with dependencies (specifically, how the BuildMaster installer deployment is automated, even though it depends on 4 separately-built BuildMaster extensions and BuildMaster itself). In the meantime, the feature as we've categorized it is Dependency Management: http://inedo.com/buildmaster/features/dependency-management

We've seen this happening with some connected feeds, and unfortunabely there is no workaround (aside from not using the connected feeds). This has to do with the translation of UTC dates between External Feeds (NuGet.org) and ProGet. We will have a new version (2.0.1) out today to resolve this.

In case anyone else runs into difficulty with this, as I did, here are a couple of things to keep in mind: You WILL need to install Team Explorer 2012 on the server that will be connecting to TFS -- in my case, since I don't have a dedicated Build server, that means I needed to install Team Explorer BuildMaster server. Installing Team Explorer (http://www.microsoft.com/en-us/download/details.aspx?id=30656) WILL install a "shell" version of Visual Studio 2012. If (like me) you don't want extra tools like VS on your server, it's possible that you may only need the DLLs -- but according to Inedo support, that would be a violation of Microsoft's licensing rules for Team Explorer. In the "Server Name" field, you should enter the complete URL to the TeamProjectCollection you'll be working with, NOT just the main server or web access URL. In my case, this was http://tfs_host:8080/tfs/MyProjectCollection I hope these help someone else; it took a lot of guessing and finessing to figure all this out, as Inedo support reps really don't tend to explain things clearly AT ALL, at least if you're using their Free Support.

Ah, thanks; it would appear I wasn't on the latest version of NuGet... where this seems to be an issue. This is related to the aforementioned issue and should get resolved by PG 2.0.

Hi, Thanks for the prompt reply. We're in the process of getting this running to hopefully become one of your enterprise customers, and it definitely was a problem for us unfortunately. Obviously I do appreciate this isn't actually your fault...!! Rather your workaround for someone else's issue. We would definitely be interested in pre-release versions, as we are still in the testing/implementation phase, it will be simple for us to move up and test. Thanks again! Adam.

Ah, definitely a bug -- will be fixed in next release, (1.1.4 or later)

Well, I guess it wasn't meant to be. I just ran a build and that error came back. I set that flag back to false, ran another build and the error went away.

Are you using IIS or the integrated web server? You may want to try the integrated web server. It's possible an IIS/system-wide setting is overriding some of the configration.

This appears to be a problem with the tests themselves. I would take a look at the Cleanup method and see what objects could possibly be null. This post (http://stackoverflow.com/a/10751484/44765) shows the some of the differences with running in the command line MsTest vs. Visual Studio.

I think I just figured it out. We have some unit tests running which are creating the GUID based XML file in question. I still have to do some more investigation.

Yes we seem to have an older version. I will update this and let you know. Thanks Chris

Do you have access to the SQL Server that BuildMaster is using? Can you send the results of the following query to support-at-inedo-dot-com: SELECT * FROM Providers Most importantly, the Provider_Configuration column.

Yes we do support other regions, we will file this as a bug targeted for the next release. Thank you for the report.

That's great news John! (I had a 3 failed builds last night because of this issue)please let me know if you have any questions or if there is any additional information I can provide.

The second issues I posted, has got fixed when I changed the regional settings to UK and now I am able to set a date in the datepicker control! Please fix this issue in next release guys. The first issue might well be because of the web site settings. Weird thing is the BuildMaster website was in 2.0 but the root websites setting was in 4.0. I ran aspnet_regiis -sn WSVC/ on all the paths and changed everything to 2.0. Did a IISreset but still didnt work ! But after doing that,I uninstalled and reinstalled the BM and it is working now ! Thanks for the help but please investigate the issue and would help if you can publish the corrrect IIS settings in deployment guide.

For future reference, this was happening because the application attempting to be built was including an imported deployable, and there was no active build in the referenced application. The error message will be clarified in the next version of BuildMaster (v3.2.2).

If you're using the integrated web server, can you verify that the "BuildMaster Web Server" service is started? (Start > Run > "services.msc" to check, if it's not, just click Start). If you're using IIS to host the BuildMaster site, can you verify that the site is started and the BuildMaster app pool is running?

Hi Oleg, The problem is that the database stores some of this information as VARCHAR instead of NVARCHAR. SQL Server converts cyrillic (and other non-Latin) characters to ???. Unfortunately, there is no quick fix; the appropriate columns (and stored procs, etc) must be changed to NVARCHAR. But we do have this planned for 3.2, which isn't too far away. Best, Steve