Entités d'erreurs et classes d'entités versionnées

Disponible avec une licence Standard ou Advanced.

Les entités d’erreurs et les entités d’erreurs signalées comme exceptions ont un comportement spécial selon leur traitement lors du processus de réconciliation des versions. Les entités d'erreurs peuvent uniquement être modifiées en corrigeant l'erreur (en effectuant une mise à jour) ou en signalant une erreur comme exception.

Les résultats du processus de réconciliation sur les erreurs et les exceptions dans la version parent (version par défaut) sont récapitulés dans les exemples suivants.

Les erreurs générées dans la version parent (version par défaut), qu’elles soient ou non signalées comme exceptions, sont importées dans la version enfant à la suite de la réconciliation (comme illustré dans les exemples 1 et 2 ci-dessous) :

Remarque :

Dans le versionnement de branche, dans les exemples suivants, la version 1 est la version par défaut et la version 2 un enfant de la version par défaut.

Exemple 1

Exemple 2

Les erreurs préexistantes signalées comme exceptions dans la version parent (version par défaut) sont signalées comme exceptions dans la version enfant après la réconciliation.

Les erreurs ou exceptions supprimées dans la version parent (version par défaut) (en corrigeant l’erreur ou via le processus de validation) sont supprimées de la version enfant à la suite de la réconciliation.

Les résultats du processus de réconciliation sur les erreurs et les exceptions dans la version enfant sont récapitulés dans les exemples suivants.

Les erreurs générées dans la version enfant sont supprimées à la suite de la réconciliation et, par définition, sont recouvertes d’une zone à valider. L'erreur peut ensuite être redétectée en validant la zone à valider.

Les erreurs générées dans la version enfant et signalées comme exceptions demeurent des exceptions à la suite de la réconciliation. Par définition, elles sont recouvertes d’une zone à valider.

Une erreur qui existait dans la version parent (version par défaut) et qui est signalée comme une exception dans la version enfant demeure une exception à la suite du processus de réconciliation et est recouverte d’une zone à valider. Toutefois, si l’erreur a été corrigée dans la version parent (version par défaut), elle demeure corrigée dans la version enfant (comme illustré dans les exemples 3 et 4 ci-dessous).

Exemple 3

Exemple 4 :

Une exception qui existait dans la version parent (version par défaut) et qui est signalée comme une erreur dans la version enfant demeure une erreur à la suite du processus de réconciliation et est recouverte d’une zone à valider. Toutefois, si l’exception a été corrigée dans la version parent (version par défaut), elle demeure corrigée dans la version enfant (comme illustré dans les exemples 5 et 6 ci-dessous).

Exemple 5 :

Exemple 6 :

Une erreur ou une exception qui existait dans la version parent (version par défaut) et qui est corrigée dans la version enfant demeure corrigée à la suite du processus de réconciliation, comme illustré dans les exemples 7 et 8 ci-dessous.

Exemple 7

Exemple 8

Il peut arriver que la même erreur soit créée dans les deux versions en validant une zone à valider qui existait dans la version parent (version par défaut) lors de la création de la version enfant. Si cette erreur est signalée comme une exception dans la version parent (version par défaut) ou enfant, la réconciliation génère des entités d’erreurs dupliquées. Dans ce cas, les entités d’erreurs sont recouvertes d’une zone à valider et réduites à une seule erreur ou exception lors de la validation de la zone à valider. Cela est illustré dans les deux exemples ci-dessous.

Exemple 9

Exemple 10