Quand je crée une ligne d’un objet via un adaptateur, la méthode create() me retourne toujours “null” même quand il y a une erreur lors de la création.
Ex :
Dans mon fichier csv, une des valeurs dépasse la taille max du champ.
Dans le cas d’une mise à jour ( utilisation de save()), la mise à jour n’est pas effectuée et le save() me retourne “ERR_SAVE”
Dans le cas d’une création (utilisation de create()), la création n’est pas effectuée mais le create() me retourne un “null” comme si la création avait réussi.
Je reproduis ce comportement en 3.2
Simplicité® version 3.2.M07 (built on 2018-04-10 for tomcat 8), encoding UTF-8 (system encoding UTF-8)
et aussi en 4.0
Simplicité version 4.0 patch level P23 (database patch level P23)Built on2019-05-28 20:50 (revision b4dcc121cee1b86e41ba9d3091d49d85726fd4c3) for tomcat 8EncodingUTF-8 (system encoding UTF-8)
Si vous faites uniquement un save(), c’est la base de données qui fera ce qu’elle peut (Oracle renvoie une erreur alors que MySQL tronque la donnée).
A noter que le validate() tronque automatiquement le champ s’il dépasse la longueur paramétrée.
Il convient de toujours faire un validate au cas où il y ait également des pre/postValidate codés dans l’objet.
Il existe un helper pour vous faciliter la tache de faire un validate+save propre / tester s’il y a des erreurs et faire le save si ok :
OK je regarderai à l’occasion si ce driver n’est pas plus restrictif en termes de troncature de valeur vs la taille de colonne.
Ceci dit la bonne réponse est cette de @Francois: l’appel direct au save/create/update en zappant le validate n’a de sens que si on est certain à 100% que ce qu’on envoie comme données est correct.
Dans votre cas ce n’est visiblement pas le cas. Donc passez par le validate, idéalement via le wrapper BusinessObjectTool et sa methode validateAndSave plutôt que via les methodes bas niveau de ObjectDB.