Question

J'implémente la gestion des exceptions pour nos services BizTalk et je me suis heurté à une pierre d'achoppement assez importante.

Afin de rendre le traitement des exceptions aussi générique que possible, et donc de nous permettre de l'utiliser pour n'importe quelle application BizTalk, notre schéma d'erreur XML inclut un nœud xs:any, dans lequel nous pouvons placer diverses données, en fonction de l'objet réel. exception.Le XML généré doit ensuite être présenté à un utilisateur via un formulaire InfoPath 2003 pour une intervention manuelle avant d'être représenté dans BizTalk.

Le problème est qu'InfoPath 2003 n'aime pas les schémas avec un nœud xs:any.Ce que nous aimerions vraiment faire, c'est afficher le contenu du rapport d'exception sous une forme avec tous les paramètres pertinents mappés, et l'intégralité du contenu du nœud xs:any dans une zone de texte, car les utilisateurs qui peuvent voir ces messages sera familier avec XML.Malheureusement, je ne parviens même pas à faire en sorte qu'InfoPath charge le schéma au moment de la conception.

Quelqu'un a-t-il une recommandation sur la façon d'atteindre ce dont nous avons besoin, s'il vous plaît ?

Était-ce utile?

La solution 2

Malheureusement, les choses ont évolué et nous avons (presque) pris la décision de ne pas utiliser InfoPath pour ce besoin.Cela n'est que partiellement lié au problème xs:any, mais davantage aux pistes d'audit (externes), aux appels à du code personnalisé et aux services Web, ainsi qu'à quelques autres facteurs.

Autres conseils

Votre élément xs:any a-t-il un minOccurs > 0 ?

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

J'ai également lu qu'en raison du fonctionnement d'InfoPath, il ne peut pas gérer plus d'un schéma pour chaque espace de noms.Par conséquent, votre xs:any (et la séquence qu'il définit) doit avoir un espace de noms unique.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top