BizTalk Server 2000 Frequently Asked Questions

Find answers to frequently asked questions about BizTalk Server 2000 below.


Q.Should I read anything else before I install or use BizTalk Server 2000?
A.

We recommend that you begin with the BizTalk Server 2000 Readme file that is included with the BizTalk Server 2000 beta download. It is full of late-breaking advisories and other helpful information. It will help you quickly determine if you are experiencing a bug or a feature that did not get implemented in an intended fashion. Your next reading assignment is to read the BizTalk Server 2000 Installation Guide http://atgwebsource/biztalk/productinfo/sysreq.htm. The installation guide contains all the system requirements needed to install BizTalk Server 2000 successfully.

Q.How do I get started using BizTalk Server 2000?
A.

There is probably no better way to get started than to work through the Tutorial modules included with the product. These modules will enable you to gain experience quickly in navigating the features of the product and understanding the vocabulary. Through this practical exposure, you will learn the most important facets of the product in several hours. These tutorials can be found in the product documentation. Click the Start button in the Microsoft Windows® operating system, point to Programs, and click Microsoft BizTalk Server 2000. The tutorials can be found by selecting the BizTalk Server Documentation; look under the BizTalk Server 2000 Tutorial.

Q.How much can I expect to learn using the BizTalk Server Technology Preview?
A.

You will learn how to create flexible, loosely coupled integration solutions based on Extensible Markup Language (XML) and other structured document formats. These types of solutions are becoming increasingly common in modern business-to-business marketplaces and trading-partner solutions.

Q.What do I have to know about XML in order to use BizTalk Server effectively?
A.

You should understand the concept of "well-formed" and "valid" XML. Knowing the key reasons for adopting XML schemas as the preferred way of defining data-driven XML messages (versus document type definitions) and how XML schemas are evolving would be incredibly helpful. All of this knowledge will also speed your understanding of the BizTalk Framework and how it is being used to enable efficient business-to-business transactions over the Internet. An extremely useful place to start learning about XML is the XML Developer Center in the developer program on the MSDN® site, which provides information on XML as well as access to online tutorials.

Q.How does BizTalk Server make use of WebDAV?
A.

Web distributed authoring and versioning (WebDAV) is an emerging Internet standard from the WebDAV Working Group within the World Wide Web Consortium (W3C). In anticipation of your need to leverage this functionality in the near future, BizTalk uses WebDAV to store and retrieve schemas and mapping files. See WebDav: Evolving the Web into a Read and Write Medium on the MSDN site to better understand why the designers of BizTalk felt this is the best time to include this important feature in the BizTalk architecture.

Q.How can I best reinstall the BizTalk Server 2000 Technology Preview if it becomes necessary?
A.

We advise you to completely uninstall the product before reinstalling it, at this stage of the product's development. In addition, it is easiest if you delete all the "InterchangeXX" databases that BizTalk Setup created. In this way, you can start from scratch and be assured of the cleanest setup with little frustration. However, this will no longer be necessary with subsequent releases.

Q.What importance does Microsoft SQL Server play in BizTalk Server?
A.

All BizTalk Server agreements, data-tracking information, and transactional information use Microsoft SQL Server™ as a store. Components of BizTalk Server can be likened to an elaborate state engine. SQL Server is the mechanism used to store this state. In addition, the databases provide common storage for agreements, pipeline information, and transactional integrity. Every message that passes through BizTalk Server is meticulously "checkpointed" in the associated SQL Server database to provide recoverability should a failure occur at any point in the process.

Q.Can I install SQL Server and BizTalk Server on the same computer?
A.

Installing BizTalk Server and SQL Server on the same computer is perfectly acceptable. In an enterprise environment, it is more likely that one or more servers running BizTalk Server will connect to a common SQL Server–based computer to take advantage of your supporting resources and procedures. BizTalk Server supports either deployment option.

Q.How do I learn more if an error occurs with BizTalk Server or if BizTalk Server fails in the process of sending a message?
A.

If an error or failure occurs in BizTalk Server, there are three places that you can look for more details.

BizTalk Server Suspended Queue. BizTalk Server will send any message that cannot be processed to the Suspended Queue. You can view the contents of the Suspended Queue using the BizTalk Server administration console.

Windows 2000 Application Event Log. BizTalk Server uses the native Windows 2000 Application Event Log as its primary reporting mechanism.

BizTalk Server Document Tracking Query Tool The BizTalk Server Document Tracking Query Tool, available at http://localhost/biztalkdata/ on the computer running Biz Talk Server, is useful in viewing the document tracking and activity logs in BizTalk Server.

Note: For the BizTalk Server Technology Preview release only, it is required that certain Microsoft Office components be installed on the machine from which you are browsing for the Document Tracking Query Tool to function. If you do not have the Office suite installed, you will not be able to use this feature. To enhance the logging information collected and presented (with more details and more events), you can open the pipeline and click the Storage and Logging icon. Once there, you will be able to designate the degree and granularity of logging actions.

Q.Why do all messages seem to fail when attempting to deliver to an HTTP location?
A.

When the server attempts to deliver a message to an HTTP location specified in your outbound agreement, the server may place the item in the Suspended Queue and enter an error in the Application Event Log as follows:

An error occurred in BizTalk Server.
Details:
------------------------------
The HTTPS request returned an error code other than 200 (HTTP(S)_OK).
The server may not be responding.
A transmission attempt failed.

This error means that the BizTalk Server component (BizTalk.SendHTTPX) returned a response of something other than "HTTP 200 OK". To see what the exact error is, look in the Web server logs created by your Web server. This is a known issue that is addressed in the the beta release of BizTalk Server 2000.)

Q.How do I learn to program with BizTalk Server?
A.

One of the most efficient ways to accomplish this goal is to use the BizTalk Server 2000 Tutorial for the Microsoft Visual Basic® development system. (A tutorial for the Microsoft Visual C++® development system will be available in the beta release.) In tutorial's series of four modules, you can expect to learn how to accomplish Direct, Custom, and Generic programming objectives using the exposed interfaces available in this technology preview.

Q.Can I run BizTalk Server on Microsoft Windows NT® operating system version 4.0?
A.

BizTalk Server 2000 and client utilities will work only on the Windows 2000 Server or Advanced Server operating system, despite documentation to the contrary. The exception is the BizTalk Server Document Tracking Query Tool that will run on Windows NT.

Q.What is the command line used to start and stop BizTalk Server?
A.

Use "net start btssvc" to start BizTalk Server Service and "net stop btssvc" to stop it.

Q.Can I submit messages to BizTalk Server with attachments?
A.

BizTalk Server is capable of processing messages with attachments. Upon input to BizTalk Server Technology Preview, the message and all attachments must be a multipart Multipurpose Internet Mail Extensions (MIME)–encoded binary large object (BLOB). On output from BizTalk Server, the message and all its attachments will be delivered as a multipart MIME-encoded BLOB as well.

Q.Can I submit a Microsoft Commerce Server order to BizTalk Server for processing?
A.

At the present time and with Commerce Server version 3.0, there is no standard way of doing so. There is no document specification (schema) for the Commerce OrderForm object because the XML it produces is not well formed. To accomplish this, it will be necessary to code a custom solution that produces well-formed XML, which in turn will provide a schema against which to validate. It is expected that the release of Commerce Server 2000 will simplify this facility greatly.

Q.What are the implications of using "localhost" in BizTalk Server Setup?
A.

A "localhost" alias requires name-resolution services in some cases. Where WebDAV is concerned, this can lead to some inconsistent behaviors. We recommend you replace "localhost" with the actual name of your machine—for example, MYSERVER—to avoid known behaviors when there are no name-resolution services available. For related information, see the recommendation for Bypass Proxy settings below.

Q.What are the recommended browser settings on a computer running BizTalk Server?
A.

We recommend that you check the "Bypass proxy server for local addresses checkbox where your network specifies a specific proxy server to use. To do so in Microsoft Internet Explorer version 5.0, on the Tools menu, click Internet Options. In the Internet Options dialog box, click the Connections tab and then click LAN Settings.

Q.How can I select a default organization when the BizTalk Management Desk returns an error?
A.

The BizTalk Management Desk will establish a connection to your Web server. In turn, the Web server will connect to the BizTalk management database to set and retrieve data. If the BizTalk Management Desk experiences any problems connecting to its virtual directory on your Web server, it will return an error. Check the following items to ensure a reliable connection to your Web server:

If using a proxy server with your Web browser, make sure it is set to Bypass proxy server for local addresses.

When prompted by the BizTalk Management Desk for the name of a BizTalk-based server, specify the name of the server instead of "localhost."

When prompted by the BizTalk Management Desk for the name of a BizTalk-based server, do not use the server share syntax—that is, \\server_name

Make sure that your user account has permissions to the "ManagementDesk" Internet Information Services (IIS) virtual directory.

Enable Buffering on the "ManagementDesk" IIS virtual directory.

Q.BizTalk Server Setup is returning the following error: "BTM management database could not be created. Error 0x80041003." How do I get around the error message?
A.

This is a Windows Management Instrumentation (WMI) error. The exact error is as follows.
WBEM_E_ACCESS_DENIED0x80041003The current user does not have permission to perform the action.
BizTalk Server Setup was attempting to execute a WMI command. The permissions of the current user were not sufficient to execute that command. The following is a list of things to check to prevent this error:

Check that the following directory exists in your PATH environment variable: C:\Winnt\System32\wbem

Check that the following file exists in the C:\Winnt\System32\wbem directory: Framedyn.dll

Check that only one copy of Framedyn.dll exists on your computer and that it is version 1.50.1085.0

Check that your local system user account is a member of the BizTalk Server Administrators group. BizTalk Server Setup creates the BizTalk Server Administrators group earlier in the installation procedure.

Do not install BizTalk Server from a remote Windows 2000 Terminal Services connection. The user authentication does not work with the BizTalk Server installation procedure.

Q.Can BizTalk Server be installed to run on a computer running Windows 2000 Terminal Server?
A.

BizTalk Server can be installed and run on a Windows 2000 Terminal Server–based computer. However, there are some limits to how well BizTalk Server will work on a Terminal Server computer. Be aware of the following points when running BizTalk Server on a Terminal Server computer:

BizTalk Server 2000 cannot be installed from a remote Terminal Server connection. The authentication that is performed during installation fails from a remote Terminal Server connection.

Terminal Server services must be run in Administration Mode, not Application Mode.

A user with the necessary permission to run the BizTalk Server service must be logged on to the server console. BizTalk Server installs a COM+ package designated to run as the Interactive User. If there is no Interactive User, which means there is no one logged on to the server console, then the COM+ package will fail. (This issue will be addressed in the upcoming beta release of BizTalk Server 2000.)

Q.Why do all message submissions and receive functions fail when there is no user logged into the server console?
A.

BizTalk Server installs a COM+ package that is run as the Interactive User. If there is no Interactive User, which means no one is logged on to the server console, then the COM+ package will fail. The workaround for this issue is to use a service account with the necessary rights, privileges, and permissions needed to run the COM+ package. To implement such an account:

1.

Create a user account for use with BizTalk Server services.

2.

Grant the user account "log on as a batch job" privileges.

3.

Edit the BizTalk Server Out-of-Process Package and set the identity of the COM+ package to the user account you have created, instead of the Interactive User.

Q.Can BizTalk Server translate a BizTalk Framework message to electronic data interchange (EDI) data?
A.

BizTalk Server can translate a BizTalk Framework message to EDI data (X12 or EDIFACT).

These are the requirements to implement the handling of these types of message in BizTalk Server:

Your inbound agreement must specify an envelope type of custom XML. The envelope used in the agreement will indicate to BizTalk Server how it should handle this message. The custom XML type of the envelope will let it know what serializer to invoke. This, in conjunction with the third requirement, will render a BizTalk Framework envelope. (This step is necessary only if you wish to deliver the data in a BizTalk Framework envelope.)

Your inbound agreement must specify an Organization Qualifier of "BizTalk." To render a BizTalk Framework envelope, BizTalk will use the specific "BizTalk" qualifier. This, in conjunction with the custom XML envelope, will indicate to BizTalk Server which serializer to invoke. (This step is necessary only if you wish to deliver the data in a BizTalk Framework envelope.)

Note: There is currently an issue in the BizTalk Management Desk that will not allow the user to specify which Organization Qualifier to use. You can do this only by using the BizTalk Server Management Object Model.

Your outbound agreement must have an envelope type of EDIFACT. The EDIFACT envelope indicates to BizTalk Server that it must use the EDIFACT serializer to translate the intermediate XML to EDI data. In addition, the envelope must also specify the EDIFACT delimiters, control group value, and application codes. BizTalk Server will use this information to generate the appropriate EDIFACT envelope.

Q.Can BizTalk Server be configured to deliver a BizTalk Framework message to a location specified in the BizTalk Framework envelope?
A.

BizTalk Server can be configured to deliver a message to the location specified in the header section of a BizTalk Framework envelope.

These are the requirements for implementing the handling of these types of messages in BizTalk Server:

Your outbound agreement must be an open destination agreement. In an open destination agreement, BizTalk will expect the transport address to be part of the data submission. For the purposes of handling these types of message, the transport address will be extracted from the data submitted to BizTalk Server.

Your outbound agreement must specify an envelope type of custom XML. The envelope used in the agreement will indicate to BizTalk Server how it should handle this message. The custom XML type of the envelope will let it know which serializer to invoke. This, in conjunction with the third requirement, will render a BizTalk Framework envelope. (This step is necessary only if you wish to deliver the data in a BizTalk Framework envelope.)

Your outbound agreement must specify an Organization Qualifier of "BizTalk." To render a BizTalk Framework envelope, BizTalk will use the specific "BizTalk" qualifier. This, in conjunction with the custom XML envelope, will indicate to BizTalk Server which serializer to invoke. (This step is necessary only if you wish to deliver the data in a BizTalk Framework envelope.)

Note: There is currently an issue in the BizTalk Management Desk that will not allow the user to specify which Organization Qualifier to use. You can do this only by using the BizTalk Server Management Object Model. Please see the OpenDestinationAgreement.vbs script for a sample implementation.

Your BizTalk Framework message should contain the <To> address in the header of the message. The following is an example:

<biztalk_1 xmlns="urn:schemas-biztalk-org:biztalk:biztalk_1">
<header xmlns="urn:schemas-biztalk-org:biztalk:biztalk_1">
<delivery>
<from>
<address>http://www.btforg.com</address>
</from>
<to>
<address>http://localhost/testo/receiver.asp</address>
</to>
</delivery>
</header>
<body>
.... 
data
.... 
</body>
</biztalk_1> 

BizTalk Server will use the <Address> tag in the <To> section to determine where the data should be delivered. The example above displays an HTTP address. The BizTalk Server 2000 Technology Preview supports only HTTP and FILE. The upcoming beta release of BizTalk Server will support other protocols.

Q.Can BizTalk Server translate a comma-separated file to a BizTalk Framework message?
A.

BizTalk Server can translate most flat files (comma separated or positional) to a BizTalk Framework message.

These are the requirements to implement the handling of these types of message in BizTalk Server:

Your inbound agreement must have an envelope type of flat file. The flat file envelope tells BizTalk Server that it must use the flat file parser to translate the file to XML. The flat file parser also needs to know how to translate the file to XML. In addition, the envelope must have a reference to a schema that will instruct the flat file parser on how to pull the data from the submission.

Your outbound agreement must specify an envelope type of custom XML. The envelope used in the agreement will indicate to BizTalk Server how it should handle this message. The custom XML type of the envelope will let it know which serializer to invoke. This, in conjunction with the third requirement, will render a BizTalk Framework envelope. (This step is necessary only if you wish to deliver the data in a BizTalk Framework envelope.)

Your outbound agreement must specify an Organization Qualifier of "BizTalk." To render a BizTalk Framework envelope, BizTalk will use the specific "BizTalk" qualifier. This, in conjunction with the custom XML envelope, will let BizTalk Server know which serializer to invoke. (This step is necessary only if you wish to deliver the data in a BizTalk Framework envelope.)

Note: There is currently an issue in the BizTalk Management Desk that will not allow the user to specify which Organization Qualifier to use. You can do this only by using the BizTalk Server Management Object Model.

Q.Can BizTalk Server process EDI data and translate the data to a BizTalk Framework message?
A.

BizTalk Server can translate EDI data (X12 and EDIFACT) to a BizTalk Framework message.

These are the requirements to implement the handling of these types of message in BizTalk Server:

Your inbound agreement must have an envelope type of X12. The X12 envelope indicates to BizTalk Server that it must use the X12 parser to translate the data to XML.

Your outbound agreement must specify an envelope type of custom XML. The envelope used in the agreement will indicate to BizTalk Server how it should handle this message. The custom XML type of the envelope will let it know which serializer to invoke. This, in conjunction with the third requirement, will render a BizTalk Framework envelope. (This step is necessary only if you wish to deliver the data in a BizTalk Framework envelope.)

Your outbound agreement must specify an Organization Qualifier of "BizTalk." To render a BizTalk Framework envelope, BizTalk will use the specific "BizTalk" qualifier. This, in conjunction with the custom XML envelope, will let BizTalk Server know which serializer to invoke. (This step is necessary only if you wish to deliver the data in a BizTalk Framework envelope.)

Note: There is currently an issue in the BizTalk Management Desk that will not allow the user to specify which Organization Qualifier to use. You can do this only by using the BizTalk Server Management Object Model.

Q.Can I view samples on how to implement the EDI scenarios mentioned in this FAQ?
A.

The scripts and samples needed to implement the EDI scenarios and other scenarios are available for downloading. The samples include the following scenarios:

BizTalk Framework to EDI data (EDIFACT). This sample will send a BizTalk Framework–formatted XML message and receive an EDIFACT message.

BizTalk Framework to open destination. This sample will deliver a BizTalk Framework–formatted XML message to a location specified in the header section of the BizTalk Framework message.

Flat file (comma-separated values) to BizTalk Framework. This sample will send a comma-separated value file and receive a BizTalk Framework–formatted XML message.

EDI data (X12) to BizTalk Framework. This sample will send an X12 message and receive a BizTalk Framework–formatted XML message.

Q.
A.
Top of pageTop of page