Hi, glad to hear that you like it!
a) I typically have a separate solution (.sln) for each shared BizTalk application, which contains one or more BizTalk and/or C# projects and a Deployment Framework project. The dependent/consuming applications, which reside in their own solutions, include the shared projects via a relative path into the shared source tree. The dependent projects then include a project reference within the solution to the shared projects.
When it comes to deployment, the shared application is deployed independently with its own BTDF MSI. The dependent application is deployed with its own BTDF MSI (which does not include any physical files from the shared application).
I also use the AppsToReference ItemGroup in each dependent application to add a BizTalk app reference back to the shared application.
In your example, you could deploy and undeploy Int3 without affecting the others (except for host instance restarts). Changing Schema1 and Schema2 could mean a total redeployment based on the hierarchy of dependencies.
b) You must respect the dependencies between apps and deploy and undeploy in the appropriate order, but the Framework does not currently include any tools to automate that process. It's something that you could script or document.
Thanks,
Tom
a) I typically have a separate solution (.sln) for each shared BizTalk application, which contains one or more BizTalk and/or C# projects and a Deployment Framework project. The dependent/consuming applications, which reside in their own solutions, include the shared projects via a relative path into the shared source tree. The dependent projects then include a project reference within the solution to the shared projects.
When it comes to deployment, the shared application is deployed independently with its own BTDF MSI. The dependent application is deployed with its own BTDF MSI (which does not include any physical files from the shared application).
I also use the AppsToReference ItemGroup in each dependent application to add a BizTalk app reference back to the shared application.
In your example, you could deploy and undeploy Int3 without affecting the others (except for host instance restarts). Changing Schema1 and Schema2 could mean a total redeployment based on the hierarchy of dependencies.
b) You must respect the dependencies between apps and deploy and undeploy in the appropriate order, but the Framework does not currently include any tools to automate that process. It's something that you could script or document.
Thanks,
Tom