Jan 13, 2010 at 10:21 PM
Edited Jan 13, 2010 at 11:41 PM
Please read this link for full background on this discussion: http://biztalkdeployment.codeplex.com/WorkItem/View.aspx?WorkItemId=5675
After spending probably 4 days or more trying to integrate XmlPreprocess (also on CodePlex) into a VisualStudio .vdproj or WIX custom action, and designing custom WIX dialogs, I decided that I needed something more streamline - more in tune with what BizTalk
Developers are already familiar with.
The goal is to deploy a "pure" web service in an enterprise manner, and adjust its config file to based on the same or similar SettingsFileGenerator.xml used by the BT application.
I began by creating a .Deployment subdirectory, and copy an working .btdfproj file
I turned off all BizTalk artifacts, leaving on only the Virtual IIS:
<!-- Set following properties to true or false to include various pieces of a BizTalk deployment. -->
I created a subdirectorycalled IISDirWCFWebServices, copied the WCF web service artifacts there, and use this code in the .btdfproj file:
For the first test, I have only done a "Tools" / "Deploy BizTalk Solution" from within VS2008.
Here are my results, observations, questions:
1) It created the IIS directory fine, except it is pointing to this directory on my disk:
2) It didn't seem to hook up the app pool (I need to make sure this is working properly in the regular BT deployment later).
3) It created a dummy BizTalk Application (visible from BTAdmin Console) based on this name:
Is there anyway to avoid this? Yea - I know it's called the BIZTALK Deployment Framework - but anyway.
4) When I do the undeploy, it leaves the IIS virtual directory there (this is also something I never tested with regular BT deployment).
5) One of my main goals is to build the web.config properly.
I'm confused whether this process happens at all when you do a local deploy. Here is what I set up:
<Copy SourceFiles="..\IISDirWCFWebServices\web.config" DestinationFolder="$(RedistDir)" />
Results of MSI:
1) Tools / Build server Deploy MSI - fails if you don't have the PortBindingsMaster.xml, so I put the dummy file back in. Apparently it tries to copy it.
2) Created IISVirtualDir, set to proper directory: C:\Program Files (x86)\TFBIC.RCT.WCFWebServices\IISDirWCFWebServices
but appPool not set as I specified.
3) Good news is that it's similar to Biztalk install. Bad news is that it's similar to BizTalk install. People who install web services are probably used to running one MSI. With this scenario, you have to run the MSI, then still run the
4) I still haven't mastered the settings to get the file to "preprocess" correctly (see #5 on post above). I'll work on that first thing tomorrow.
More coming... (I'm going to save this and come back and edit so I don't risk losing what I typed)...