- Expédié
- 27 août 2026 à 15:42 UTC
- Auteur
- Kamo
- Commite
- ddab3e3
- commerce-vendors.uid est "INT8 DEFAULT unique-rowid() - environ 19 chiffres, où le nombre de personnes a seize. Un id numérique de cette taille est un IEEE-754 double dans un navigateur et le tourne avant tout code client s'exécute, donc l'id nomme un vendeur qui n'existe pas et le cueilleur qui s'engage un vendeur sur un ordre de travail n'engage personne, avec un 400 qui lit comme un bug dans l'onglet. Rien ne jette de part et d'autre. SecurityService a déjà cité une ère de loin sur la voie de la sortie. «JsSafeLongSerializer», portée aux convertisseurs de messages MVC par «HttpWireJacksonConfig», délibérément pas globalisé parce qu'il est enregistré sur le partage le mapper strings strings et répond à l'échelle de la plate-forme 401. Donc un vrai vendeur id a atteint le navigateur intact. Ce que ce séritaillire ne peut pas give est un type "stable": sa règle est par valeur, donc un id à 19 chiffres était un JSON une chaîne et un à trois chiffres ensemencé à la main un numéro JSON, sur le même champ, dans le la même réponse. «posApi. Vend» a déclaré: nombre et avait tort de les lignes de production et juste sur les lignes de test, qui sont les pires des deux. Donc 'VendorDTO' tape ses trois ids "String" et "toVendorDTO" les classe, la règle «ServiceJobApi» et «ServiceTaskBookApi» sont déjà énoncées. La réponse est Maintenant la même chose pour chaque ligne et chaque valeur, ce qui permet à un client de déclarer le champ. 'idOrNull' garde une imitanière absente nulle au lieu d'envoyer l'identifiant de l'oiseau quatre caractères "null", qu'un "String.value" nue serait. «Vendor.uid» reste une clé primaire et «POSCOTEUR» Le printemps convertit l'entier cité est toujours lié à l'id exactement comme il a converti le nu. Il s'agit d'un changement de format filaire, pas de DDL. "VendorWireContractTest" le brosse, y compris le semi-longeur de plage de valeur se trompe : un « petit » est également cité.