Le contexte
Je suis présentement à travailler sur un projet basé sur une structure de termes complexe et bien étoffée. Après avoir bâti divers outils d’importation, d’exportation et de transformation de termes, j’étais satisfait du résultat, et nous étions prêts à déployer les éléments chez le client. Nos environnement sont très similaires, à l’exception d’un élément (crucial) : RTM vs. SP1.
Nous serions porté à croire que l’impact sur la solution serait minime, ce qui, en soit, n’est pas totalement faux. La très grande majorité des projets livrés chez nous n’utilisaient pas de fonctionnalités à SP1, donc, nous pouvions faire un aller-retour entre RTM et SP1. Sauf cette fois-ci, malheureusement…
Le problème
Le problème est fort simple, et plutôt étrange. Le comportement de la liste de caractères non supportés dans un terme importé dans un Term Store a changé entre 2010 RTM et 2010 SP1, comme en fait foi les deux exemples suivant :
RTM
SP1
Et nous pouvons ajouter un guillemet dans le terme
Malgré tout, la documentation du SP1 indique que le guillemet n’est pas supporté, par contre, le caractère du guillemet sera transformé en un caractère “équivalent” qui aura le même affichage et qui pourra être récupéré par le vrai caractère de guillemet. C’est pour cette raison que le caractère de la version SP1 du Term Store semble légèrement différent d’un guillemet régulier.
Cela cause donc problème, car certains termes de mon client utilisent les guillemets, et sa plateforme encore sous la version RTM vraisemblablement ne le supporte pas…
La solution
Comme le caractère n’est simplement pas supporté, autant au niveau de l’interface usager que par du code (autant C# que PowerShell), je me vois dans l’obligation de modifier l’approche et de change le caractère du guillemet par le caractère de l’apostrophe. Dans ma situation, la mise à niveau de l’environnement vers SP1 ne peut être effectuée simplement, donc je me vois obligé d’utiliser un contournement afin de livrer une solution tout de même valable…
La leçon
Toujours utiliser des environnements avec des versions identiques par rapport à l’environnement de votre client, vous éviterez des problèmes incompréhensibles les samedis matins !
0 Commentaires.