2012-01-31 1 views
0

У меня есть порт запроса-ответа, принимающее местоположение с WCF-BasicHttp-адаптером. Место приема имеет собственный конвейер, в который я помещал XML-дизассемблер, в котором хранится схема конверта. Эта схема конверта представляет собой запрос, содержащий некоторые элементы запроса и полезную нагрузку любого элемента. Демонсаммер XML извлекает эту полезную нагрузку и публикует ее на MessageBox.Схема конверта без полезной нагрузки: тайм-аут

Теперь мой вопрос:

Когда я поставил запрос в без содержания полезной нагрузки я получаю тайм-аут (от WCF, по умолчанию 1 минута). Кроме того, я получаю тайм-аут, когда я добавляю не-xml-контент (например, «aaaaa»).

Что происходит в Biztalk в обоих сценариях (я не понимаю, почему тайм-ауты происходят в обоих сценариях) ....?

ответ

0

Возможно, возможно, укажите более подробную информацию?

например. Вы опубликовали оркестровку, которая получает запрос и создает ответ? Вы используете изолированные узлы или создали местоположение приема непосредственно в хост-процессе BizTalk?

Я не уверен, что это применимо, но если вы публикуете оркестровку в качестве службы WCF (без учета обертывания или конвейерной обработки), то после создания адреса получателя может быть отправлено любое сообщение к местоположению при условии, что он удовлетворяет некоторым критериям конверта (по умолчанию используется конверт сообщения SOAP, но вы можете переопределить это в настройках сообщения о местоположении приема). Затем одно или несколько оркестровок могут получать это сообщение, и любые сообщения, отправленные обратно в ответ порта, будут отправлены обратно вызывающему абоненту.

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

+0

Да, существует одна оркестровка, которая создает общее ответное сообщение (это уведомление означает, что полезная нагрузка получена в Biztalk/Messagebox). Существует один изолированный узел, один получает местоположение, привязанное к этому хосту. Я использовал мастер BizTalk WCF Service Publishing для публикации этой оркестровки как порт запроса-ответа WCF (во время публикации я изменил переменную сообщения на конкретную схему запроса, после публикации изменил ее на XmlDocument). –

Смежные вопросы