Блог

Главная - Вопросы по программированию - Ошибка маршрутизации — подписчики не найдены. Адаптер WCF-SQL

Ошибка маршрутизации — подписчики не найдены. Адаптер WCF-SQL

#wcf #routing #biztalk #biztalk2006r2

#wcf #маршруты #biztalk #biztalk2006r2

Вопрос:

Я пытаюсь вызвать сохраненный процесс, получить обратно некоторые данные, сопоставить их с желаемой схемой и вывести результат.

Однако я получаю следующую ошибку:

Механизму обмена сообщениями не удалось обработать сообщение, отправленное адаптером: URL-адрес источника WCF-SQL: mssql://master-biztalk//ReportServer?InboundId=batman. Подробности: Опубликованное сообщение не удалось перенаправить, поскольку подписчики не были найдены. Эта ошибка возникает, если не был зарегистрирован порт согласования подписки или отправки, или если некоторые свойства сообщения, необходимые для оценки подписки, не были повышены. Пожалуйста, используйте консоль администрирования Biztalk для устранения этой ошибки.

Я не совсем уверен, почему я получаю эту ошибку. Поиск в Интернете не просветил меня дальше. Ниже приведены некоторые из шагов, которые я предпринял

  1. Использовать адаптер = сгенерированная схема.
  2. Сопоставьте эту схему с желаемым результатом.
  3. Порт приема в оркестровке, который подключается к полученному сообщению, в качестве типа которого используется схема, сгенерированная адаптером потребления.
  4. Добавлен порт приема в Biztalk, настроен WCF-SQL и настройки привязок. (Типизированный опрос)
  5. Связал этот порт приема с логическим портом приема в оркестровке.
  6. Я не продвигал какие-либо элементы в сообщениях.

Спасибо за помощь

РЕДАКТИРОВАТЬ: я обновил конвейер до XML, и теперь я получаю следующую ошибку:

Произошел сбой при выполнении конвейера приема: «Microsoft.BizTalk.DefaultPipelines.XMLReceive, Microsoft.BizTalk.DefaultPipelines, версия = 3.0.1.0, Культура = нейтральная, PublicKeyToken=31bf3856ad364e35» Источник: «XML disassembler» Порт приема: «DatabaseReceiveport» URI: «mssql://master-biztalk//ReportServer?InboundId=batman» Причина: поиск спецификации документа по типу сообщения «http://schemas.microsoft.com/Sql/2008/05/TypedPolling/batman#TypedPolling » сбой. Проверьте правильность развертывания схемы.

Я не совсем уверен, что он пытается сделать выше.

Ответ №1:

Это означает, что либо:

  1. Проект / сборка с указанной схемой не была развернута.
  2. Конфигурация WCF SQL каким-то образом отключена, часто параметр InBoundId. Вот откуда взялся «бэтмен».

В приложении «Все артефакты» проверьте папку Schemas для этой схемы по корневому узлу и пространству имен.

Комментарии:

1. Я проверил InboundId адаптера потребления и InboundId порта приема, оба совпадают. Я также проверил приложение артефактов, и все схемы в проекте есть. Но ‘schema’, указанная в ошибке, на самом деле не является схемой :/

2. Что вы подразумеваете под «на самом деле это не схема»?

3. Возможно, я неправильно понял. В сообщении об ошибке не указаны имена схем, не так ли? Я предполагаю, что он пытается найти схему типа: » schemas.microsoft.com/Sql/2008/05/TypedPolling /… » Пожалуйста, поправьте меня, если я ошибаюсь. Что он пытается сделать в банкомате, вы случайно не знаете? Подключился ли он к БД и выполнил вызов SP, а затем пытается вывести данные в сгенерированную схему и не может найти эту схему?

4. Для типизированного опроса имя корневого узла всегда TypedPolling. Пространство имен представляет собой комбинацию schemas.microsoft.com/Sql/2008/05/TypedPolling параметр URI InboundId. Вы должны быть в состоянии найти их в списке схем во всех артефактах. Проверьте столбцы корневого имени и целевого пространства имен.

5. Возможно, была ошибочно установлена корневая ссылка (на узле <Schema>). Если это так, это замаскирует все другие определения root в .xsd.