Экспорт (0) Печать
Развернуть все

Замечания к выпуску для служб BizTalk Azure

Обновлено: Август 2014 г.

В заметках о выпуске для Службы BizTalk Microsoft Azure содержатся известные проблемы в этом выпуске.

В следующем разделе перечислены известные проблемы в этом выпуске Службы BizTalk.

Если у вас открыт Портал служб BizTalk во время обновления Службы BizTalk для загрузки изменений в службу, могут появиться проблемы подключения к Портал служб BizTalk.

Для решения этой проблемы можно перезапустить браузер, удалить кэш браузера или запустить портал в частном режиме.

Рассмотрим следующие ситуации с проектом Службы BizTalk в решении Visual Studio.

  • В одном решении 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.

Решение

  • Если установлено обновление 3 Visual Studio 2012, то можно выполнить одно из следующих двух действий.

    • Перезапустить Visual Studio.

    • Перезапустить решение. Затем следует выполнить только построение решения.

  • Если обновление 3 Visual Studio 2012не установлено, откройте диспетчер задач, перейдите на вкладку Процессы, выберите процесс MSBuild.exe и нажмите кнопку Завершить процесс.

Если в распространяемых свойствах для сообщений используются непечатаемые символы, то эти сообщения не могут направляться в назначения ретрансляции, использующие привязку BasicHttpRelay. Кроме того, распространяемые свойства, доступные в рамках процесса отслеживания, будут в кодировке URL для BLOB-объектов и без кодировки для назначений.

Рассмотрим следующий сценарий. Если установлен флажок Отправлять асинхронные MDN и указан URL-адрес, на который должны отправляться асинхронные MDN, а потом флажок Отправлять асинхронные MDN снимается, то MDN продолжают отправляться на указанный URL-адрес, хотя флажок снят.

В качестве решения необходимо очистить заданный URL-адрес перед снятием флажка Отправлять асинхронные MDN, а затем развернуть соглашение AS2.

Если вне сегмента IEA обнаруживаются пробелы, то дизассемблер воспринимает это как конец текущего обмена и смотрит на следующий ряд пробелов как на следующее сообщение. Поскольку это недопустимый обмен, можно увидеть, что одно успешное сообщение отправляется в назначение маршрутизации, а одно пустое сообщение отправляется в конечную точку приостановки.

События отслеживания собираются вплоть до обработки сообщения EDI и любой корреляции. Если сбой сообщения происходит за пределами этапа протокола, отслеживание будет отображаться как успешное. В этом случае описание ошибки см. в разделе LOG в столбце Сведения на вкладке Отслеживание.

В разделах Соглашение получения X12 в службах BizTalk Azure и Соглашение отправки X12 в службах BizTalk Azure представлены сведения об этапе протокола.

В Портал служб BizTalk можно изменять квалификатор идентификатора при настройке соглашения. Это может привести к несоответствию свойств. Например, имеется соглашение с квалификатором ZZ:1234567 и ZZ:7654321. В настройках профиля Портал служб BizTalk "ZZ:1234567" заменяется на "01:ChangedValue". Вы открываете соглашение, и вместо "ZZ:1234567" отображается "01:ChangedValue".

Чтобы изменить квалификатор идентификатора, удалите соглашение, обновите Идентификаторы в профиле партнера и затем повторно создайте соглашение.

WarningПредупреждение
Эта особенность относится к X12 и AS2.

Вложения для сообщений AS2 при отправке или получении не поддерживаются. А именно, вложения игнорируются без уведомления, и основной текст сообщения обрабатывается как обычное сообщение AS2.

При добавлении ресурсов диалоговое окно может не помнить путь, использованный ранее для добавления ресурса. Чтобы запомнить ранее использовавшийся путь, попробуйте добавить веб-сайт Портал служб BizTalk в раздел Надежные сайты в Internet Explorer.

Рассмотрим сценарий в следующем порядке.

  • Добавьте мост (например, Односторонний мост XML) в Проект служб BizTalk.

  • Переименуйте мост, указав значение в свойстве Имя сущности. Это приведет к тому, что связанный BRIGECONFIG-файл изменит имя на указанное.

  • Закройте BCS-файл (закрыв вкладку в Visual Studio) без сохранения изменений.

  • Снова откройте BCS-файл в обозревателе решений.

    Можно заметить, что связанный BRIGECONFIG-файл имеет новое указанное имя, а имя сущности в рабочей области конструирования осталось старым. При попытке дважды щелкнуть компонент моста, чтобы открыть Конфигурация моста, появится следующая ошибка:

    ‘<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 в компоненте Служба адаптера BizTalk могут использовать для операций адаптера пользовательские типы данных.

В случае применения пользовательских типов данных скопируйте DLL-файлы в каталог диск:\Program Files\Microsoft BizTalk Adapter Service\BAServiceRuntime\bin\ или в глобальный кэш сборок (GAC) на сервере, на котором размещается служба Служба адаптера BizTalk. В противном случае на клиенте может возникнуть следующая ошибка:

<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 в IIS создается веб-сайт Служба адаптера BizTalk, который содержит приложение BAService. Приложение BAService внутренне использует привязку ретрансляции, чтобы расширить зону доступа конечной точки локальной службы до облака. Для службы, размещенной локально, соответствующая конечная точка ретрансляции будет зарегистрирована в служебной шине только при запуске этой локальной службы.

Если остановить и запустить приложение, то конфигурация для автозапуска приложения соблюдаться не будет. Поэтому если приложение BAService останавливается, необходимо всегда перезапускать веб-сайт Служба адаптера BizTalk вместо этого приложения. Не следует запускать или останавливать приложение BAService.

Не следует использовать специальные символы для имен сущностей и адресов бизнес-компонентов. В противном случае при развертывании Проект служб BizTalk возникнет ошибка. При использовании некоторых специальных символов, например "%", веб-сайт Служба адаптера BizTalk может перейти в остановленное состояние, и придется запускать его вручную.

Если Преобразование содержит получение контекстного свойства Операция сопоставления, то произойдет сбой тестового сопоставления. В качестве временного решения можно заменить Получение контекстного свойства Операция сопоставления на "Объединение строк" Операция сопоставления с фиктивными данными. Это заполнит целевую схему и позволит выполнить тестирование остальной функциональности преобразования.

Свойства тестового сопоставления не отображаются в Visual Studio. Это может произойти, если окно Свойстваи окно обозревателя решений не закреплены одновременно. Чтобы устранить эту проблемы, закрепите окна Свойстваиобозревателя решений.

Когда в рабочей области конструирования добавляется и настраивается Операция сопоставления "Переформатирование DateTime", раскрывающийся список "Формат" может быть неактивен. Это может происходить, если для экрана компьютера установлен параметр Средний — 125% или Крупный — 150%. Чтобы устранить эту проблему, измените значение на Мелкий — 100% (по умолчанию), выполнив следующие действия.

  1. Откройте панель управления и выберите пункт Оформление и персонализация.

  2. Выберите пункт Экран.

  3. Установите флажок Мелкий — 100% (по умолчанию) и нажмите кнопку Применить.

Теперь раскрывающийся список Формат должен работать соответствующим образом.

Рассмотрим следующий сценарий.

  1. Создайте соглашение с помощью API OM TPM.

  2. Откройте соглашение на Портал служб BizTalk в двух разных вкладках.

  3. Разверните это соглашение из обеих вкладок.

  4. В результате такого развертывания на Портал служб BizTalk появятся повторяющиеся записи.

Решение. Откройте одно из повторяющихся соглашений на Портал служб BizTalk и отмените развертывание.

Рассмотрим следующие сценарии.

Сценарий 1. Использование сертификатов на основе отпечатка для защиты передачи сообщений от моста в конечную точку службы

Рассмотрим сценарий, в котором в Проект служб BizTalk используются сертификаты на основе отпечатка. На Портал служб BizTalk сертификат обновляется с использованием того же имени, но другого отпечатка, и Проект служб BizTalk не обновляется соответствующим образом. В таком сценарии мост какое-то время может продолжать обработку сообщений, поскольку старые данные сертификата еще могут находиться в кэше канала. Затем происходит сбой обработки сообщений.

Возможное решение. Обновите сертификат Проект служб BizTalk и выполните повторное развертывание проекта.

Сценарий 2. Использование поведения на основе имени, чтобы определить сертификаты для защиты передачи сообщений от моста в конечную точку службы

Рассмотрим сценарий, в котором для определения сертификатов в Проект служб BizTalk используется поведение на основе имени. Сертификат обновляется на Портал служб BizTalk, но Проект служб BizTalk не обновляется соответствующим образом. В таком сценарии мост какое-то время может продолжать обработку сообщений, поскольку старые данные сертификата еще могут находиться в кэше канала. Затем происходит сбой обработки сообщений.

Возможное решение. Обновите сертификат Проект служб BizTalk и выполните повторное развертывание проекта.

Мосты Службы BizTalk в течение некоторого времени продолжают обрабатывать сообщения, даже если База данных SQL Microsoft Azure (где хранится такая информация для выполнения, как развернутые артефакты и конвейеры) находится в автономном режиме. Это объясняется тем, что Службы BizTalk использует кэшированные артефакты и конфигурацию мостов.

Чтобы мосты не обрабатывали никакие сообщения, когда база данных SQL находится в автономном режиме, можно использовать командлеты Службы BizTalk PowerShell, чтобы остановить или приостановить службу BizTalk. Командлеты Windows PowerShell для управления операциями см. в статье Пример управления службой Azure BizTalk.

Рассмотрим сценарий, в котором требуется прочитать сообщение XML в настраиваемом коде моста. При использовании System.Text.Encoding.UTF8.GetString(bytes) API .NET в результат включается лишний символ BOM в начале сообщения. Поэтому если в результате не должно быть лишнего символа BOM, необходимо использовать System.IO.StreamReader().ReadToEnd().

Сообщения, отправляемые в мост с помощью WCF, не масштабируются. Если нужен масштабируемый клиент, можно использовать HttpWebRequest.

Имеется соглашение EDI или AS2 с активными пакетами. Когда служба BizTalk обновляется от предварительной до общедоступной версии, может произойти следующее.

  • Ошибка: поставщику токенов не удалось предоставить токен безопасности. Поставщик токенов возвратил сообщение: Невозможно разрешить удаленное имя.

  • Пакетные задачи отменяются.

Решение. После обновления службы BizTalk до общедоступной версии выполните повторное развертывание соглашения.

После обновления предыдущей версии пакета SDK Службы BizTalk, в которой мосты представлялись старыми значками, в панели инструментов по-прежнему отображаются старые значки для мостов. Однако если добавить мост в рабочую область конструирования Проект служб BizTalk, то в этой области отображается новый значок.

Решение. Чтобы решить эту проблему, можно удалить TBD-файлы в папке <system drive>:\Users\<user>\AppData\Local\Microsoft\VisualStudio\11.0.

Если вход на Портал служб BizTalk выполняется во время обновления Службы BizTalk от предварительной до общедоступной версии, на портале может возникнуть следующая ошибка:

This capability is not available as part of this edition of Службы BizTalk Microsoft Azure. To use these capabilities switch to an appropriate edition.

Решение. Выйдите с портала, закройте браузер, откройте его и снова войдите на портал.

Представим сценарий, в котором имеется Мост XML, развернутый в подписке Службы BizTalk Preview. Сообщения отправляются в конечную точку моста, и соответствующие данные отслеживания доступны на Портал служб BizTalk. Если после обновления частей Портал служб BizTalk и Службы BizTalk среды выполнения до общедоступной версии отправить сообщение в ту же конечную точку моста, развернутую ранее, то данные отслеживания для сообщений, отправленных после обновления, не отображаются.

В настоящем документе термины "конвейеры" и "мосты" взаимозаменяемы. В сущности, оба термина означают одно и то же — блок обработки сообщений, развернутый в Службы BizTalk.

См. также

Основные понятия

Службы BizTalk

Показ:
© 2014 Microsoft