Skip to main content
We have a number of assemblies configured on the current development environment. These assemblies need to be passed on to every development/demo/customer/production environment.



Last week we've added the assembly HttpConnector to our current development environment. This assembly was also needed in the multiple demo/customer/production environments.

It appears that this assembly wasn't automatically created on the different environments. Whichresulted in errors in a customer/production environment.



Besides the above assembly we also have more assemblies that need to be passed on to every environment:


  1. SQLTCPExhItemSender
  2. HttpConnector
  3. Newtonsoft.Json
  4. System_Runtime_Serialization

Is it possible to configure these assemblies to be part of a deployment process?



It also raises the following questions:


  • How do we make the assemblies part of the deployment process and prevent manual work?
  • How do we maintain the original .dll files?
  • How can we apply newer versions of the assemblies if newer versions are available?
  • How can we still apply the assemblies without having to copy the .dll files to every environment?
Hi Robbert,



your solution works! We've created a procedure in TSF that includes every (scripted) assembly and assigned it to a 'Manual' code group (which is executed at the very end of every upgrade).


1 option is that once the assembly is created on the development server, you can script the assembly into a script via management studio:





This will result in a script like:





(You can also make a drop and create script)

This script you can put in the upgrade code group:





This way, the script will execute on every environment you roll out.



a 2nd option is when you do want to move the DLL file across, is to create a subroutine with the type DLL assembly, then in the options you can set the name and path for the DLL and the SF will create scripts to create the assemblies.





Hope this helps.

Reply