Il est désormais possible de calculer dynamiquement le statut d’une trace à partir de son body.
Dans une médiation, l’onglet “Statut dynamique” fait son apparition.
Ce statut demande de référencer deux tables dynamiques :
une pour les chemins et,
une pour les champs.
La table des chemins permet d’identifier certains champs du body par des variables. La table des champs, elle, permet d’appliquer un statut (et éventuellement des exceptions) en fonction de la valeur de ces variables.
Deux technologies sont supportées : jsonpath
et xpath
.
Les clefs métiers permettent de suivre les flux et les échanges pour les équipes métier. Ces éléments peuvent être ajoutées aux traces JSON ou, bien, avec cette fonctionnalité déclarées depuis EFR.
Dans la médiation, il est maintenant possible de demander une collecte des données métier depuis le body ou le header.
Exemple: calculer une valeur suivant une règle JsonPath depuis un header target_header.
Les templates d'échange permettent d’enregistrer une occurrence de plusieurs flux dans un échange. Le moteur, lorsque’il retrouvera cette combinaison de flux pourra alors identifier l'échange correspondant. On notera que les informations participantes sont aussi enregistrées, et permettent aussi de caractériser l'échange.
Cette fonctionnalité sera très pratique pour manipuler des flux génériques.
On notera que cette fonctionnalité est en bêta ; et n’est ainsi pas encore complètement fonctionnelle.
Une nouvelle vue fait son apparition dans le module des TNR : la vue d’avancement des tests. Elle permet de synthétiser la couverture des tests au sein du SI : par domaine et par système.
Pour imiter ce qui avait été fait pour le résumé des échanges, la même vue a été ajoutée pour les flux.
Les applications possèdent désormais des alias. Comme les données et les informations, les alias permettent d’adresser le même objet avec plusieurs ID s différents. Cela permet de désigner la même chose à l’aide de différentes chaînes de caractères.
Quelques diagrammes ont été corrigés.
Les diagrammes des domaines et des systèmes représentent désormais aussi les échanges entrants.
De plus, les systèmes concernés par la vue sont à présent mis en évidence.
Dans la vue des domaines, les tableaux des échanges sont aussi séparés par type (entrant, sortant, interne).
Le diagramme des applications ne représente plus les systèmes.
Dans la liste des donnés, les informations invalides seront grisées.
Dans le module de reporting, les erreurs sont désormais adressées clairement.
Les flux ne peuvent plus avoir de plateforme comme source ou cible.
Changement des colonnes affichées par défaut dans les TNR, afin de clarifier les informations affichées à l'écran.
Ajout de tags “read-only” pour les applications sans système.
Correction des exports des tables, au sein du module cartographique.
Il est désormais possible de modifier les environnements d’un contact au sein d’une application.
Dans les TNR, appuyer sur “entrée” sur la vue des scénarios ne supprime plus les éléments.
Correctif de la suppression des données liées à la fois à une application et à un événement.
Les listes d’alias et d'états dans les informations et les donnes peuvent à présent bien être vidées.