销售电话: 1-800-867-1380

Azure BizTalk 服务发行说明

更新时间: 2014年11月

Microsoft Azure BizTalk 服务的发行说明包含此发行版本中的已知问题。

可以在 BizTalk Services 门户中启用静态加密。请参见在 BizTalk 服务门户中启用静态加密

  • 支持组织帐户:

    • 应用场景:你使用 Microsoft 帐户(例如 user@live.com)注册了一个 BizTalk 服务部署。在此场景中,只能使用 Microsoft 帐户通过 BizTalk 服务门户管理 BizTalk 服务,而不能使用组织帐户进行管理。

    • 应用场景:你在 Azure Active Directory 中使用组织帐户(例如 user@fabrikam.com 或 user@contoso.com)注册了一个 BizTalk 服务部署。在此场景中,只能使用同一家组织内部的 Azure Active Directory 用户帐户通过 BizTalk 服务门户管理 BizTalk 服务,而不能使用 Microsoft 帐户进行管理。

  • 当你在 Azure 管理门户中创建 BizTalk 服务时,会自动在 BizTalk 服务门户中注册。

    应用场景:你第一次登录 Azure 管理门户,创建一个 BizTalk 服务,然后选择“管理”。当 BizTalk 服务门户打开时,BizTalk 服务会自动注册,并已准备好供你部署。

请参见在 BizTalk 服务门户中注册和更新 BizTalk 服务部署

以下部分列出了此 BizTalk 服务发行版本中的已知问题:

如果你升级了 BizTalk 服务以融入对该服务所做的更改,则在打开 BizTalk Services 门户时,可能会遇到 BizTalk Services 门户连接问题。

解决方法是,重新启动浏览器,删除浏览器缓存,或者以专用模式启动门户。

在 Visual Studio 解决方案中处理 BizTalk 服务项目时,请考虑以下情况:

  • 在同一个 Visual Studio 解决方案中,有一个 BizTalk 服务项目和一个自定义绑定项目。BizTalk 服务项目引用此自定义绑定项目文件。

  • BizTalk 服务项目引用自定义绑定/行为 DLL。

你在 Visual Studio 中成功“生成”了解决方案,然后,你“重新生成”或“清理”了该解决方案。接下来,当你再次重新生成或清除时,会出现以下错误:

Unable to copy file <Path to DLL> to “bin\Debug\FileName.dll”. The process cannot access the file ‘bin\Debug\FileName.dll’ because it is being used by another process.

解决方法

  • 如果安装了 Visual Studio 2012 Update 3,则可以使用以下两个选项:

    • 重新启动 Visual Studio,或者

    • 重新启动解决方案。然后,只对解决方案执行“生成”操作。

  • 如果安装 Visual Studio 2012 Update 3,请打开任务管理器,然后依次单击“进程”选项卡、“MSBuild.exe”进程和“结束进程”按钮。

如果使用不可打印的字符作为消息的已升级属性的一部分,则无法将这些消息路由到使用 BasicHttpRelay 绑定的中继目标。另外,可用作跟踪的一部分的已升级属性将对 Blob 进行 URL 编码,并对目标取消编码。

请考虑此场景 - 如果选中“发送异步 MDN”复选框并指定要将异步 MDN 发送到的 URL,然后再取消选中“发送异步 MDN”复选框,仍会将 MDN 发送到指定的 URL,即使此时未选择发送异步 MDN 的选项。

解决方法是,在取消选中“发送异步 MDN”复选框之前,清除指定的 URL,然后部署 AS2 协议。

如果有空格超出了 IEA 段,拆装器会将这种情况视为当前交换结束,并查找代表下一条消息的下一组空格。由于这不是有效的交换,因此,你可能会看到有一条成功消息已发送到路由目标,同时有一条空消息已发送到挂起终结点。

将在 EDI 消息处理和任何关联中捕获跟踪事件。如果消息处理在“协议”阶段之外失败,“跟踪”中将该消息显示为处理成功。在这种情况下,请参考“跟踪”“详细信息”列下面的“日志”部分,以了解错误详细信息。

Azure BizTalk 服务中的 X12 接收协议Azure BizTalk 服务中的 X12 发送协议提供有关“协议”阶段的信息。

配置协议时,使用 BizTalk Services 门户可以修改标识的限定符。这可能会导致属性不一致。例如,有协议使用 ZZ:1234567 和 ZZ:7654321 作为限定符。在 BizTalk Services 门户配置文件设置中,将 ZZ:1234567 更改为 01:ChangedValue。当你打开该协议时,将显示 01:ChangedValue 而不是 ZZ:1234567。

若要修改标识的限定符,请删除该协议,更新合作伙伴配置文件中的“标识”,然后重新创建该协议。

Warning警告
此行为会影响 X12 和 AS2。

发送或接收设置中不支持 AS2 消息的附件。具体而言,将以无提示的方式忽略附件,并将消息正文当作普通的 AS2 消息进行处理。

添加“资源”时,对话框窗口可能不记得之前用于添加资源的路径。若要记住以前使用的路径,请尝试将 BizTalk Services 门户网站添加到 Internet Explorer 的“受信任的站点”中。

请考虑按以下顺序执行的操作场景:

  • 将一个桥接(例如XML 单向桥接)添加到 BizTalk 服务项目

  • 通过指定“实体名称”属性的值来重命名该桥接。这会使用指定的名称重命名关联的 .bridgeconfig 文件。

  • 关闭 .bcs 文件(在 Visual Studio 中关闭相应的选项卡)且不保存更改。

  • 从解决方案资源管理器中再次打开该 .bcs 文件。

    你将会注意到,尽管关联的 .bridgeconfig 文件使用了你指定的新名称,但是,设计图面上的实体名称仍是旧名称。如果尝试通过双击桥组件打开桥接配置,你将会看到以下错误:

    ‘<old name>’ Entity’s associated file ‘<old name>.bridgeconfig’ does not exist
    

为了避免出现这种情况,请确保在 BizTalk 服务项目中重命名实体后保存更改。

请考虑这种场景:你将一个项目(例如 XSD 文件)添加到 BizTalk 服务项目,再将该项目包含在桥接配置中(例如,通过将它指定为“请求”消息类型),然后将它从 Visual Studio 项目中排除。在此情况下,只要这个已删除的项目在你将它包含到 Visual Studio 项目时所在的同一磁盘位置中存在,生成项目时就不会发出任何错误。

在 BizTalk 服务项目中,如果添加到项目中的某个架构导入了另一个架构,则 BizTalk 服务项目将不检查导入的架构是否已添加到项目。如果尝试生成这种项目,你不会看到任何生成错误。

对于此发行版,来自 XML“请求-答复”桥接的响应消息的字符集始终设置为 UTF-8。

BizTalk Adapter Service功能中的 BizTalk 适配器包适配器能够利用用户定义的数据类型来完成适配器操作。

使用用户定义的数据类型时,请将文件 (.dll) 复制到驱动器:\Program Files\Microsoft BizTalk Adapter Service\BAServiceRuntime\bin\,或者复制到托管 BizTalk Adapter Service服务的服务器上的全局程序集缓存 (GAC)。否则,客户端上可能会出现以下错误:

<s:Fault xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
  <faultcode>s:Client</faultcode>
  <faultstring xml:lang="en-US">The UDT with FullName "File, FileUDT, Version=Value, Culture=Value, PublicKeyToken=Value" could not be loaded. Try placing the assembly containing the UDT definition in the Global Assembly Cache.</faultstring>
  <detail>
    <AFConnectRuntimeFault xmlns="http://Microsoft.ApplicationServer.Integration.AFConnect/2011" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
      <ExceptionCode>ERROR_IN_SENDING_MESSAGE</ExceptionCode>
    </AFConnectRuntimeFault>
  </detail>
</s:Fault>

Important重要提示
建议使用 GACUtil.exe 将文件安装到全局程序集缓存中。GACUtil.exe 中说明了如何使用此工具以及 Visual Studio 命令行选项。

安装 BizTalk Adapter Service运行时会在 IIS 中创建包含 BAService 应用程序的 BizTalk Adapter Service网站。BAService 应用程序在内部使用中继绑定将本地服务终结点的工作范围扩展到云中。对于本地托管的服务,仅当该本地服务启动时,才在 Service Bus 上注册相应的中继终结点。

如果停止再启动某个应用程序,将不接受用于自动启动应用程序的配置。因此,在停止 BAService 后,始终必须重新启动 BizTalk Adapter Service网站,而不要启动或停止 BAService 应用程序。

不应在 LOB 组件的地址和实体名称中使用特殊字符。否则,在部署 BizTalk 服务项目时将会看到错误。使用某些字符(例如“%”)时,BizTalk Adapter Service网站可能会进入停止状态,此时你必须手动将它启动。

如果转换中包含获取上下文属性映射操作,测试映射将会失败。临时的解决方法是,将获取上下文属性映射操作替换为包含虚拟数据的字符串连接映射操作。这会填充目标架构,并让你测试其他转换功能。

“测试映射”属性不显示在 Visual Studio 中。如果“属性”窗口和“解决方案资源管理器”窗口未同时停靠,则可能会出现此问题。若要解决此问题,请停靠“属性”窗口和“解决方案资源管理器”窗口。

将一个重新设置日期时间格式映射操作添加到设计图面并对其进行配置后,“格式”下拉列表可能灰显。如果计算机“显示”设置为“中等 – 125%”“较大 – 150%”,则可能会发生此情况。若要解决此问题,请按照以下步骤将显示大小设置为“较小 – 100% (默认)”

  1. 打开“控制面板”,然后单击“外观和个性化”

  2. 单击“显示”

  3. 单击“较小 – 100% (默认)”,然后单击“应用”

现在,“格式”下拉列表应该按预期方式工作。

考虑以下方案:

  1. 使用贸易合作伙伴管理 OM API 创建一个协议。

  2. 在 BizTalk Services 门户的两个不同选项卡中打开该协议。

  3. 从这两个选项卡部署该协议。

  4. 因此,将会部署两个协议,导致 BizTalk Services 门户中出现重复的条目

解决方法:在 BizTalk Services 门户中打开重复协议中的任何一个,并取消部署。

请考虑以下场景:

方案 1:使用基于指纹的证书来保护从桥到服务终结点的消息传输

请考虑在 BizTalk 服务项目中使用基于指纹的证书的场景。你在 BizTalk Services 门户中使用相同的名称但不同的指纹更新了证书,但未相应地更新 BizTalk 服务项目。在这种情况下,桥可能会继续处理消息,因为旧证书数据可能仍在通道缓存中。随后,消息处理将会失败。

解决方法:更新 BizTalk 服务项目中的证书,然后重新部署该项目。

方案 2:使用基于名称的行为来识别用于保护从桥到服务终结点的消息传输的证书

请考虑在 BizTalk 服务项目中使用基于名称的行为来识别证书的场景。你在 BizTalk Services 门户中更新了证书,但未相应地更新 BizTalk 服务项目。在这种情况下,桥可能会继续处理消息,因为旧证书数据可能仍在通道缓存中。随后,消息处理将会失败。

解决方法:更新 BizTalk 服务项目中的证书,然后重新部署该项目。

即使 Microsoft Azure SQL Database(用于存储正在运行的信息,例如已部署的项目和管道)已脱机,BizTalk 服务桥也继续处理消息一段时间。这是因为 BizTalk 服务使用缓存的项目和桥配置。

如果你希望桥在 SQL Database 脱机时不处理任何消息,可以使用 BizTalk 服务 PowerShell cmdlet 来停止或挂起 BizTalk 服务。有关用于管理操作的 Windows PowerShell 的信息,请参阅 Azure BizTalk 服务管理示例

请考虑这种场景:你想要阅读桥的自定义代码中的 XML 消息。如果你使用了 .NET API System.Text.Encoding.UTF8.GetString(bytes),则在输出中消息的开头将会包含多余的 BOM 字符。因此,如果你不希望输出包含多余的 BOM 字符,则必须使用 System.IO.StreamReader().ReadToEnd()

发送到使用 WCF 的桥的消息无法缩放。如果你希望客户端可伸缩,则应改用 HttpWebRequest。

有一个使用活动批的 EDI 或 AS2 协议。将 BizTalk 服务从预览版升级到 GA 后,可能会发生以下错误:

  • 错误:令牌提供程序无法提供安全令牌。令牌提供程序返回了消息:无法解析远程名称。

  • 已取消批任务。

解决方法:将 BizTalk 服务更新到正式版 (GA) 后,请重新部署协议。

在升级旧版 BizTalk 服务 SDK(使用旧图标来代表桥)后,工具箱仍显示桥的旧图标。但是,如果将某个桥添加到 BizTalk 服务项目设计图面,图面中会显示新图标。

解决方法:可以通过删除 <system drive>:\Users\<user>\AppData\Local\Microsoft\VisualStudio\11.0 下的 .tbd 文件来解决此问题。

将 BizTalk 服务从预览版升级到 GA 后,如果你登录到 BizTalk Services 门户,门户中可能会出现以下错误:

This capability is not available as part of this edition of Microsoft Azure BizTalk 服务. To use these capabilities switch to an appropriate edition.

解决方法:请从门户中注销,关闭再打开浏览器,然后登录到门户。

假设存在这种情况:你在 BizTalk 服务预览版订阅中部署了一个 XML 桥接。向该桥发送消息时,BizTalk Services 门户中会提供相应的跟踪数据。但是,如果将 BizTalk Services 门户和 BizTalk 服务运行时数据升级到 GA,再向以前部署的同一个桥终结点发送消息,将不会显示升级后发送的消息的跟踪数据。

在这整个文档中,术语“管道”和“桥”可换用。两者的含义基本相同,都表示 BizTalk 服务上部署的消息处理单元。

另请参阅

本文是否对您有所帮助?
(1500 个剩余字符)
感谢您的反馈
显示:
© 2015 Microsoft