Notice: This website is an unofficial Microsoft Knowledge Base (hereinafter KB) archive and is intended to provide a reliable access to deleted content from Microsoft KB. All KB articles are owned by Microsoft Corporation. Read full disclaimer for more details.

You cannot call an orchestration that is exposed as a Web service on a server that is running BizTalk Server 2006 or BizTalk Server 2004


View products that this article applies to.

Symptoms

On a server that is running Microsoft BizTalk Server 2006 or Microsoft BizTalk Server 2004, you cannot call an orchestration that is exposed as a Web service. The orchestration is not invoked in the Health and Activity Tracking (HAT) tool. Additionally, you may experience one or more of the following symptoms:

Symptom 1

The following error messages are logged in the Application event log on the server that is running BizTalk Server 2006 or BizTalk Server 2004:
The Messaging Engine failed to register the adapter for "SOAP" for the receive location "/VirtualDirectory/Name.asmx". Please verify that the receive location is valid, and that the isolated adapter runs under an account that has access to the BizTalk databases.
An attempt to connect to "BizTalkMgmtDb" SQL Server database on server "Server" failed with error: "Cannot open database requested in login 'BizTalkMgmtDb'. Login fails.".
Note In this error message, VirtualDirectory represents the name of the virtual directory for the Web service, Name represents the Web service name, and Server represents the server name.

Symptom 2

On a remote server that is running BizTalk Server 2006 or BizTalk Server 2004, the following error message is logged in the Application event log when you call the orchestration that is exposed as a Web service:
The "SOAP" adapter is suspending an outbound message going to destination URL:"<http://VirtualDirectory/Name.asmx>". Details: "Server was unable to process request. --> File or assembly name FileName.dll, or one of its dependencies, was not found.".
Notes
In this error message, FileName represents the name of a file.
Every time that you call the orchestration, the assembly name in the error message changes.
No error messages may be logged in the application event log on the server on which the Web service is exposed.
When you call the orchestration that is exposed as a Web service from a client computer that is not running BizTalk Server 2006 or BizTalk Server 2004, you may receive an error message that is similar to the following:
SoapException: Internal SOAP Processing Failure

Symptom 3

The following error message is logged in the Application event log on the server on which the Web service is exposed:
There was a failure executing the receive pipeline: "Microsoft.BizTalk.DefaultPipelines.XMLReceive" Source: "Microsoft.BizTalk.Messaging" Receive Location: "/VirtualDirectory/Name.asmx" Reason: Specified cast is not valid.

↑ Back to the top


Cause

These issues occur because of the following causes:

Symptom 1

This issue occurs because the application pool identity that is used by the application pool for the exposed Web service is not a member of the BizTalk Isolated Host Users group.

Note The BizTalk Isolated Host Users group must have permissions on the BizTalkMgmtDb database. The BizTalk Isolated Host Users group is granted permissions on the BizTalkMgmtDb database when you install BizTalk Server 2006 or BizTalk Server 2004.

Symptom 2

This issue occurs because the application pool identity for the exposed Web service does not have the correct read/write permissions. The application pool identity must have permissions to the %systemroot%\Temp folder on the server that runs BizTalk Server 2006 or BizTalk Server 2004 and exposes the Web service.

Web service (.asmx) files are just-in-time (JIT) compiled to create DLLs in the %systemroot%\Temp folder. If the application pool identity does not have permissions to this folder, these DLLs are not created.

These DLLs have random eight-character file names. Therefore, the assembly name in the error message changes every time that you call the orchestration.

Symptom 3

This issue occurs because the Web service proxy is not published correctly.

↑ Back to the top


Resolution

To resolve these issues, use one of the following methods.

Symptom 1

To resolve this issue, configure the application pool identity for the Web service to use a user account that is a member of the BizTalk Isolated Host Users group. To do this on a Microsoft Windows Server 2003-based computer, follow these steps:
1.Start Internet Information Services (IIS) Manager.
2.Expand the computer name that you want to configure, and then expand Web Sites.
3.Right-click the virtual directory for the Web service, and then click Properties.
4.On the Home Directory tab, note the application pool for the virtual directory, and then click OK.
5.Expand Application Pools.
6.Right-click the application pool that you noted in step 4, and then click Properties.
7.On the Identity tab, configure the application pool to use a security account that is a member of the BizTalk Isolated Host Users group, and then click OK.

Note This account must also be a member of the IIS_WPG group.
8.Exit Internet Information Services Manager.
9.Click Start, click Run, type cmd, and then click OK.
10.At the command prompt, type Iisreset /restart, and then press ENTER.

Symptom 2

To resolve this issue, verify that the application pool identity security account has read/write permissions to the %systemroot%\Temp folder on the server that runs BizTalk Server 2006 or BizTalk Server 2004 and exposes the Web service.

Symptom 3

To resolve this issue, use the BizTalk Web Service Publishing Wizard to republish the Web service proxy.

↑ Back to the top


More information

For more information about how to enable Web services in Microsoft Windows 2000 and in Microsoft Windows XP, visit the following Microsoft Developer Network (MSDN) Web site:For more information about how to debug orchestrations that are published as Web services, visit the following MSDN Web site:

↑ Back to the top


References

For more information about issues that can occur when a .NET client consumes a Web service through an HTTP proxy server, click the following article number to view the article in the Microsoft Knowledge Base:
318140 Error on .NET client that consumes a Web service through an HTTP proxy server

↑ Back to the top


Keywords: kbtshoot, kbprb, kbbtsorchestration, kbbts, KB910295

↑ Back to the top

Article Info
Article ID : 910295
Revision : 3
Created on : 8/28/2007
Published on : 8/28/2007
Exists online : False
Views : 465