Just a quick post to those of you planning to use the BizTalk Accelerator for RosettaNet 3.5. There are a few little “issues” that you need to know about before you get started.
Accounts, Hosts & Host Instances
BTARN 3.5 requires the use of Hosts that have the Authentication Trusted option enabled. This has to be configured BEFORE you create any Host Instances. I recommend creating a new Service Account, a new In-Process Host, a new Isolated Host and then a new Host Instance for each of these as shown in the table below. You will also need to create new HTTP and SQL Send Handlers and Receive Handlers as well.
Note: The In-Process Host Instance account and Isolated Host Instance account must be the same for BTARN to work properly!
| Service Account: | Domain\AccountName |
| In-Process Host: | RosettaNetApplication |
| In-Process Host Instance: | RosettaNetApplication |
| Isolated Host: | RosettaNetIsolatedHost |
| Isolated Host Instance: | RosettaNetIsolatedHost |
| SQL Send Handler: | RosettaNetApplication |
| SQL Receive Handler: | RosettaNetApplication |
| HTTP Receive Handler: | RosettaNetIsolatedHost |
| HTTP Send Handler: | RosettaNetApplication |
Installation & Configuration
Don’t use “localhost” for your BizTalk Server or Web Server name when running the Configuration Wizard. Use the NetBIOS name of your BizTalk Server machine and the NetBIOS name of your Web Server machine instead. The Configuration Wizard will fail with a strange error if you use default “localhost”.
Why? I have no earthly idea but I will be submitting this to the BizTalk team as a bug!
One final note
All the BTARN bits are deployed to the BizTalk Application 1 by default. I’m still trying to find a way to isolate the RosettaNet bits (schemas, maps, pipelines, ports and orchestrations) in their own BizTalk Apllication much like the new EDI/AS2 bits are. I’ll post if I find an easy way to accomplish this.
Happy Integrations!
Currently listening to: Dave Koz – Castle of Dreams