Diagnostiquer un problème avec une application BizTalk où une partie de sa logique ne semble pas se déclencher.

Actuellement, il est conçu pour utiliser une forme de décision pour filtrer sur 2 valeurs d'un message spécifique.

L'une de ces valeurs est le mot « staff » en minuscules, tandis que la carte qui construit le message utilise une fonction de chaîne pour remplir la valeur en tant que « Staff » (casse de la phrase).

Je testerais cela pour voir si c'est la cause, mais nous n'avons actuellement pas d'environnement de test, et il y a environ 8 applications dont cela dépend, donc je devrais passer par un processus compliqué pour les prendre toutes hors ligne et en déployant le petit correctif à un pari.

Sur cette base, quelqu'un saurait-il ; La logique BizTalk Decide Shape Expression est-elle sensible à la casse ?

0
mrc85 27 janv. 2020 à 17:33

1 réponse

Meilleure réponse

Oui, la forme de décision est sensible à la casse.

J'ai testé avec une règle

Message(FILE.ReceivedFileName) == "D:\\in\\YES.xml"

J'ai parcouru les fichiers YES.xml, yes.xml et YES.XML, et seul le YES.xml est passé par la branche Rule, les autres fichiers sont passés par Else.

Cela est probablement dû au fait que C# est sensible à la casse, voir Y a-t-il une casse C# opérateur égal insensible ?

1
Dijkgraaf 30 janv. 2020 à 00:48