Ces messages “deprecation” uindiquent l’usage d’API Java ou de syntaxes de paramétrage qui sont en déprécation, i.e. qui ne seront plus supportés dans des versions ultérieures.
Le 1er stade de déprecation génère un WARNING => il est temps de refactore son code, l’API continue malgré tout de fonctionner en mode compatibilité à minima.
Le 2ème stade de déprécation génère une ERROR => il est désormais impératif de refactorer son code car le bon fonctionnement de l’API n’est plus garanti, mais le code compile toujours
Le 3ème stade est la suppression de l’API en question, votre code ne compilera plus.
Vu le message vous devez utiliser des expression avec des syntaxes du type [myField] au lieu de [VALUE:myField] cette syntaxe est deprecated depuis la 3.0.
Non l’une et l’autre syntaxes sont correctes (la 1ère uniquement dans un contexte d’expression d’objet métier: valeur par défaut, valeur calculée, contrainte).
Vérifiez à nouveau si vous n’avez pas une contrainte (y compris une contrainte issue d’un héritage) qui utiliserait une syntaxe en [myField] sur votre objet EmplFrontBoEmployers car l’erreur est remontée dans la méthode qui compile les contraintes (Constraint.generateResource).
Ou alors peut être avez vous écrit une expression complexe incluant des variables de type array (et donc des syntaxes en [...] qui ne correspondent pas à des tags de substitutions).
Quand [field] avait été codé, le javascript en back n’existait pas…
Donc la raison du deprecated de cette ancienne syntaxe est que [field] est une expression javascript valide de tableau (en Rhino), alors que [VALUE:field] n’existe pas et ne peut pas se confondre au niveau pre-processing fait par Simplicité.
Il se peut que notre documentation ou nos supports utilisent encore l’ancienne syntaxe, il faudra nous demander de corriger si vous en voyez.
Et sinon on peut aussi trouver les substitutions de champ dans le paramétrage du “Titre complémentaire” d’un objet.