2015-02-02 3 views
0

Я настроил Request/Response адаптер Статических трубопроводную WCF-WebHttp BizTalk со следующего отображением URLBiztalk 2013 - Продвинутое свойство схемы получает падение?

<BtsHttpUrlMapping> 
<Operation Name="Query_ADM" Method="GET" Url="{MYVARIABLE}" /> 
</BtsHttpUrlMapping> 

В Variable Mapping я поставил имя переменной MYVARIABLE к свойству называется идентификатором в определяющую схеме из сообщение. Я установил пространство имен свойств определяющей схемы - в сопоставлении переменных, которое также опубликовано в том же приложении.

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

Однако в точке там логический порт отправки/приема отправляет сообщение через физический порт - кажется, что продвижение поля идентификатора отбрасывается.

Существует сбой передачи сообщений с

Адаптер не удалось передать сообщение собирается отправить порт «MY_PORT» с URL «http://myurl.dev.application.com/api/v2/crm/accounts/». Он будет повторно передан после интервала повтора, указанного для этого Отправлять Порт. Подробности: "System.ArgumentException:.? Переменный путь „MYVARIABLE“в UriTemplate должен быть связан с непустой строкой значение

Все выглядит установку нормально ли кто-нибудь есть какие-либо идеи Спасибо

?.

Вот схема продвигаемых (и знатной) поле свойства ID.

Schema

enter image description here

ответ

0

Хорошо - поэтому при настройке сопоставления переменных кажется, что я использовал неправильное пространство имен свойств. Я использовал пространство имен XSD, которое содержало это свойство, когда я должен был явно использовать пространство имен самой схемы продвижения свойств. Это, похоже, решило проблему.

0

В этом случае вы, кажется, используете выделенное поле вместо поля свойств. Выделенные поля доступны только в рамках оркестровки. См. here для пояснения.

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

(Убедитесь, что вы используете конвейер XMLTransmit в части отправки порта WCF-WebHttp (или любой конвейер с компонентом ассемблера XML). В противном случае адаптер не будет распознавать продвинутые свойства в сообщении.)

+0

спасибо Джеймс. Я использую конвейер XML Transmit в части отправки порта. Я начинаю думать, что это может быть связано с тем, как поле идентификатора определено в схеме, влияя на то, как продвижение связано с переменной URL-адреса - это xs: string –

+0

Можете ли вы показать схему свойств? –

+0

привет Джеймс - добавили схему. там находится продвинутое имущество. Интересно, связано ли это с префиксом ns0: префиксы, связывающие привязку? –

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