Вопрос

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

Чтобы сделать обработку исключений как можно более общей и, следовательно, позволить нам использовать ее для любого приложения BizTalk, наша схема ошибок XML включает в себя узел xs: any, в который мы можем помещать различные данные в зависимости от на самом деле исключение. Затем сгенерированный XML должен быть представлен пользователю через форму InfoPath 2003 для ручного вмешательства, прежде чем он будет представлен обратно в BizTalk.

Проблема в том, что InfoPath 2003 не любит схемы с узлом xs: any. Что мы действительно хотели бы сделать, так это показать содержимое отчета об исключении в форме со всеми сопоставленными соответствующими параметрами и все содержимое элемента xs: any в текстовом поле, поскольку пользователи могут видеть эти сообщения. будет знаком с XML. К сожалению, я не могу заставить InfoPath даже загрузить схему во время разработки.

У кого-нибудь есть рекомендации по достижению того, что нам нужно?

Это было полезно?

Решение 2

К сожалению, все пошло дальше, и мы (почти) приняли решение не использовать InfoPath для этого требования. Это только частично связано с xs: любая проблема, но больше связано с (внешними) контрольными журналами, обращениями к пользовательскому коду и веб-службам, а также парой других факторов.

Другие советы

Имеет ли ваш xs: любой элемент minOccurs > 0?

http://msdn.microsoft.com/en-us /library/bb251017.aspx#UnsupportedConstructs

Я также читал, что из-за того, как работает InfoPath, он не может обрабатывать более одной схемы для каждого пространства имен. Следовательно, ваш xs: any (и последовательность, которую он определяет) должен иметь уникальное пространство имен.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top