This page explains all the add-ins that are available. Unless explicitly mentioned all addins expect to work with an active solution open in the IDE.



This add-in allows the user to specify the following settings to be applied to all projects in the active solution
  • RootNamespace : Namespace prefix upto and not including the solution. This usually follows the format
Company.Product. ProductGroup. (e.g) Microsoft.IntegrationPlatform.Services.
  • Solution Name: Taken from the active solution, but can be changed to anything needed - for example CustomerService. The reason this is provided is because some teams like to keep the entire namespace in the solution name but while generating assemblies, the prefixes could be superfluous
  • SolutionNamespace: Namespace comprising the rootnamespace and the solution.
(e.g) Microsoft.IntegrationPlatform.Services.CustomerService where CustomerService is the functionality provided by the components of the solution.
  • Application Name: This is the Biztalk application name to be applied to the biztalk projects. Sometimes this is the same as the solution name but need not necessarily be so.
  • Key File: This allows the user to select an existing key file or to create a key file and have it applied to all the projects including the non biztalk projects (which is needed to allow them to be GACed). Further it also allows the user to specify if an absolute path is to be used or if a relative path has to be calculated. Currently the relative path can only be calculated if the key file is in the solution root. Technically it is possible to calculate a relative path for any folder on the machine, but the code does not support it at present.

The strong naming functionality is borrowed from the work done by Jon Flanders and Carlos Medina
In Jons tool you can generate and apply a strong name to a biztalk project on the fly and with Carlos' enhancements,you can generate and apply the strong name to all projects, or if you already have a strong named project you can copy those settings across to other projects. You can also apply the ApplicationName to the active configuration.

In this tool, the extra functionality is that you can
(1) apply the application Name to ALL configurations - deployment/development/debug/release etc (i usually add in the debug and release configurations to my biztalk projects to make it easy for my automated build scripts to move between biztalk and non-biztalk projects and
(2) choose a strong name file from anywhere on the machine and opt to use a hardcoded path to the key file or a relative path. At this time the relative path can only be calculated from the solution root so the program copies the snk file to the solution root and calculates it from there. Technically it is possible to calculate relative paths to anywhere in the source tree, but right now the code does not support this.


  • v1 - The first version of this add-in is provided in this release

Last edited May 7, 2007 at 6:23 PM by santoshbenjamin, version 3


No comments yet.