Is a (full) BizTalk 2010 installation needed to let a build server (TFS2010) build BizTalk 2010 solutions/projects ?
As per my knowledge, BizTalk 2010 installation is not required. You only need below components.
Project Build Component available under Additional Software(to build the project)
Developer Tools and SDK (to run tests)
I did find an apparent exception where if you deal with anything EDI related, it seems to require the full BizTalk install(not configuration). I wanted to add this footnote for people experiencing compile errors where local compile works fine.
Related
Is there any hidden tool from MS we can use for BizTalk application migration prior to load solution into VS2015 ? I need some information about what are characteristic we may need to change specially BizTalk.btproj solution to load all project file etc., wonder to know easy approach migrating BizTalk application solution if any.
As various blogs posts and MSDN threads you needed to have an intermediate Development BizTalk environment (BizTalk 2010) and then upgrading it to the later version like BizTalk 2013/R2 and up.
You can download the developer edition here and install the SDK so you can open it in Visual Studio.
The only other way to migrate is to create new BizTalk Projects in Visual Studio 2015 / BizTalk 2016 environment, and then copying the artefacts such as Schemas, maps and re-creating any Orchestrations.
In either case you will have to do extensive retesting as there are certain changes such as the XSLT compiled transform that may cause you issues
No need for a hidden tool. Visual Studio is the tool.
When you open a downlevel Solution, Visual Studio will attempt to update any project and provide a report of what was automatically updated and what could not be updated, requiring manual intervention.
You can do this on a copy of you Solution to get a preview of any work necessary for the real upgrade.
Coming from BizTalk Server 2006, you will need an intermediate version to eventually target BizTalk Server 2016. You can download BizTalk Server 2010 from MSDN. All you need to install is the SDK. You don't need to setup/configure full BizTalk Server.
We have a BizTalk Pipeline which uses a custom pipeline component. There are various assembly versions of the pipeline component available and we wanted to know the version with which this pipeline was compiled with.
We loaded the pipeline in the resources (Add as BizTalk Assemblies and Resources, tried both ), but the dependencies tab does not show any component dependencies.
Tried with other Pipeline Projects as well to verify if this behaviour is exhibited by all other pipelines as well. And found it be true.
Is this an expected behaviour or am I missing something.
Version - BizTalk Server 2013 / Windows Server 2012
The same behaviour occurs in BizTalk 2013 R2.
It only shows which Send Ports or Receive Ports use the Pipeline, but the Using: section is blank and does not show you what Pipeline Components are referenced.
You can go the the Send & Receive Ports themselves and see the component names there, but that will not show you what version it is using.
If your different versions of the Pipeline Component have the same Strong Name Key and only differ in the assembly version number then it will either use the latest version from the GAC, or if not found in the GAC it will use the version in the Pipeline Components folder.
Also see this blog Find BizTalk Pipeline Component References
I have a Visual Studio 2010 Ultimate installed on my local machine. I used it for c# development for quite some time.
Now I have a project for BizTalk development. When I click New Project I do not see the BizTalk project option.
What do I need to do to get BizTalk projects on my Visual Studio 2010 Ultimate?
You will need to download a version of BizTalk from Microsoft and install at least the developer tools and SDK. But usually you will want to do a complete install unless you already have a BizTalk Server you can deploy to for development purposes.
See this thread What do you need to develop in BizTalk
Step1:
Launch BizTalk Setup>Modify>Unselect 'Developer tools SDK'>Complete the installation.
Step 2:
Launch BizTalk Setup>Modify>Select 'Developer tools SDK'>Complete the installation.
After you have performed Step1 and Step 2, or you may have not Installed Developer Tools SDK then perform only Step 2.
Start>>Visual Studio 2010 >> Biztalk >> Biztalk Empty Project>> If you now see it then you can assume that your Developer Tools have been successfully installed.
https://social.technet.microsoft.com/wiki/contents/articles/25177.biztalk-server-start-developing-a-simple-biztalk-application-for-biztalk-beginners.aspx
I have many .sqlproj projects that need to be built on our build server. I don't want to install all of Visual Studio on the build server just so I can install SSDT to build these. How can I build .sqlproj projects without a full VS install?
Here's the raw error I get on the build server when trying to build without SSDT intstalled:
C:\MyProject\MyProj.sqlproj (4): The imported project "C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v11.0\SSDT\Microsoft.Data.Tools.Schema.SqlTasks.targets" was not found. Confirm that the path in the <Import> declaration is correct, and that the file exists on disk.
Answer: Microsoft now has an official NuGet package (see blog post).
Old answer, prior to August 2016; provided in case the NuGet package doesn't work for you:
Install dacframework.msi (x86|x64)
Install SQLDOM.MSI (x86|x64)
Install SQLLS.MSI (x86|x64)
Install SQLSysClrTypes.msi (x86|x64)
Install SSDTBuildUtilities.msi (from the "Administrator Install Point" as setup in step 3 here)
Done!
Source: Headless MSBuild Support for SSDT (*.sqlproj) Projects.
Microsoft SQL Server Data Tools:
http://msdn.microsoft.com/en-us/data/hh297027
Install the tools on build machine to fix the problem.
The Microsoft SQL Server Data Tools team has released a NuGet package named Microsoft.Data.Tools.Msbuild, which helps to build SQL Projects on build servers.
see : https://blogs.msdn.microsoft.com/ssdt/2016/08/22/releasing-ssdt-with-visual-studio-15-preview-4-and-introducing-ssdt-msbuild-nuget-package/
NuGet package : https://www.nuget.org/packages/Microsoft.Data.Tools.Msbuild/
SSDT v12.0.50730.0 requires Visual Studio to be installed beforehand. I found the easiest solution was to install the bare minimum Visual Studio components which were downloaded from MSDN Subscriber downloads:
Visual Studio 2013 Isolated
Visual Studio 2013 Shell
Then SSDT installed fine.
I also used part of the solution outlined above.
* Install dacframework.msi
* Install SQLDOM.MSI
* Install SQLLS.MSI
* Install SQLSysClrTypes.msi
I use MSBuild 12.0 to perform the build which is also available as a separate download.
I was having the exact same issue building a SQL Server project on an Azure DevOps CI/CD pipeline. None of the pre-built build tasks would work for me.
Some answers mention a NuGet package, but I am not sure how can I use it, because SQL Server projects do not allow to install NuGet packages.
I solved this by avoiding to add a SQL Server project to the solution.
I achieved this by using an MSBuild SDK, capable of producing a SQL Server Data-Tier Application package (.dacpac) from the set of SQL scripts. By adding this second project to the solution, I managed to continue taking advantage of linking the project to a live database through SQL Server Object Explorer on Visual Studio. I gave a more detailed explanation about my implementation in this answer.
I have a web site project that has been existing for a while - it has been ASP.NET MVC2 based up until right now. .Net 4, Visual Studio 2010 Sp1, deployed to IIS 7.5 running on Win2008 R2.
I have four separate deployment profiles - "alpha", "test", "staging" and "live". Yes, I could probably have come up with better names, but they should hopefully convey what they are for.
It was recently decided to upgrade to MVC3 to take advantage of new awesomeness like Razor, global filter attributes, and start using NuGet etc. So I went on an upgrade binge with the Web Platform Installer. One of the things I updated was the Web Deployment Tool - both my developer machine (where the MVC3 upgrade happens) and the web server got this new version of the tool installed.
Since then, I have not been able to do deployments. I have gone back to earlier versions of my project (thanks to git for allowing me to painlessly go back to any previous version) and tried to deploy them, and they don't work either.
Whenever I try to do a deployment from Visual Studio I get the following error:
Web deployment task failed.((23.05.2011 11:18:24) An error occurred when the request was processed on the remote computer.)
(23.05.2011 11:18:24) An error occurred when the request was processed on the remote computer.
Unable to cast object of type 'Microsoft.Web.Deployment.DeploymentSyncOptions' to type 'Microsoft.Web.Deployment.DeploymentSyncOptions'.
I can see why that cast would be hard. ;)
But seriously - how can we get deployment from Visual Studio to work again? In the future we will do this using our CI server, and install a deployment package using MsBuild automatically on the correct web server depending on the git branch that was updated, but that is some time in the future.
I have full access to both machines so any other information need can hopefully be gathered.
You might be having beta version of web deploy on your box if you have ever installed web platform installer v2 beta. YOu can check that by
gacutil -l Microsoft.web.deployment.
If you see any 7.5.0.0 version then you have a beta version. Uninstall this version. You need to check and change this on both the client as well as the server.
Owais is right - this is very likely because you have a pre-release version installed. Rune can you please check and let me know?