Non pris en charge Type SQL 1111 lors du passage de Chaîne de caractères dans un champ de type VARCHAR
J'ai été brisant ma tête contre ce pour un certain temps maintenant.
Je suis en utilisant iBatis avec mon code JAVA pour exécuter des procédures Stockées résidant dans Sybase DB.
Procédure stockée s'attend certains paramètres. quelques-uns d'entre eux sont déclarés comme VARCHAR (6)
Donc, à mon iBatis cartographie je n'ai la suite de ces paramètres.
<parameter property="searchUserId" jdbcType="String" javaType="java.lang.String" mode="IN"/>
Cependant, lorsque je fais ceci, j'obtiens l'erreur suivante.
--- Check the statement (update procedure failed).
--- Cause: java.sql.SQLException: JZ006: Caught IOException: java.io.IOException: JZ0SL: Unsupported SQL type 1111.
Caused by: java.sql.SQLException: JZ006: Caught IOException: java.io.IOException: JZ0SL: Unsupported SQL type 1111.
Et j'ai donc changé la cartographie suivante:
<parameter property="searchUserId" jdbcType="VARCHAR" javaType="java.lang.String" mode="IN"/>
qui se débarrasser de l'erreur ci-dessus, cependant, maintenant que le paramètre searchUserId
est d'obtenir la valeur de null
passé dans la SP. Je sais pour sûr que de mon code java, je ne suis PAS de passage null
.
Quelqu'un a été confronté à ce problème? que dois-je changer ma cartographie??
OriginalL'auteur Omnipresent | 2009-12-23
Vous devez vous connecter pour publier un commentaire.
Votre paramètre élément semble ok, après le changement de l'utilisation VARCHAR comme jdbcType. Pourriez-vous inclure le reste du paramètre de l'élément et la procédure de l'élément dans le fichier de mappage, et le code qui crée le paramètre de la carte et des appels la requête?
Il pourrait être quelque chose de simple comme une faute de frappe lors de la construction de la carte est passé dans la requête (au moins, c'est le genre d'erreur que je voudrais faire, je sais que j'ai été contradictoires à propos de capitaliser "userId" lors de l'utilisation Ibatis).
en fait...en train de me coller reste de mon code dans la question, j'ai réalisé que j'avais un type. searchUserId vs searchUserID >_< alors merci!
OriginalL'auteur Nathan Hughes
J'ai rencontré ce problème pour une raison différente: La table avait une
geometry
(extension PostGIS) colonne dans ce que je suppose que le pilote ne peut pas analyser. La baisse que la colonne fait le travail.OriginalL'auteur sudo
Moi aussi confrontée à une situation similaire. Après une recherche beaucoup, j'ai enfin trouvé la réponse à mon problème est que j'ai été absent une " clé " lors de la construction de la carte. J'ai été absent une déclaration:
& j'ai été en utilisant JOB_NAME=#{job_name} dans CronMapper.xml
Aussi certains où j'ai été en utilisant JOB_NAME=#{jobName}
OriginalL'auteur Pratik Kumar