- Expédié
- 3 septembre 2026 à 00:20 UTC
- Auteur
- Kamo
- Commite
- 5bee52c
STATISTANCE: "Établit à créer un scénario de vente". Le serveur a dit exactement pourquoi: la colonne "content-json" est de type jsonb mais l'expression est de type variation du caractère colonneDéfinition - "JSONB" ne décide que de ce que DDL Hibernate GENERATES. Il dit Rien sur la façon dont une valeur est BOUND, donc la corde était toujours envoyée comme varchar et PostgreSQL ne jettera pas implicitement varchar à jsonb. KbArticle.contentJson qui stocke les mêmes documents et œuvres lexiques et porte à la fois la colonne définition et "JdbcTypeCode(SqlTypes.JSON"). J'ai copié la première ligne et non la seconde. Rien dans la construction n'aurait pu l'attraper. La colonne est créée correctement, l'entité compile, et SalesScriptServiceTest passe parce qu'il se moque de la le dépôt; l'échec a besoin d'une véritable base de données pour apparaître. Donc JsonbBindingTest affirme maintenant l'appariement par réflexion sur chaque 'Entity dans la bibliothèque: un champ de cordes sur une colonne json/jsonb sans « JdbcTypeCode » est un l'échec de la construction. Vérifié non vide - avec l'annotation enlevée SalesScriptBlock.contentJson et échoue; avec lui restauré, il passe. Elle signalements qu'aucune entité AUTRES présente actuellement ce défaut, de sorte qu'il s'agissait de la seule plutôt que la première de la plupart. Pas de changement de DDL: la colonne est déjà jsonb et l'a toujours été. Seule la liaison était tort.