Discussion :

[Rouxxx]

Bonjour à tous,

Ce message est évidemment entre le forum java et sqlserver.

J'ai une classe d'accès à SQLServer qui marche parfaitement, mon problème se situe sur une requête précise qui ne retourne rien dans mon application mais qui retourne le bon résultat dans Query Analyser.

La voici:
SELECT substring(code_valuelist,CHARINDEX('-',code_valuelist)+1,20) AS code , description AS description FROM tbldsd_valuelist WHERE fk_code_valuelist='SYMPTOME' AND fk_code_site='ADMIN' ORDER BY position

(le copier-coller vient de SQL Profiler).

Ma version de JDBC est celle de Microsoft SQLServer 2005 et j'attaque une base SQL2000 developer edition.

voici la partie de code qui exécute le SQL:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
Statement vStatement = null;
vStatement = aConn.createStatement();
 
if (vStatement.execute(pQuery){
<div style="margin-left:40px">vDbRes = vStatement.getResultSet();</div>}

Je souligne que ce code marche pour d'autres requetes sans aucun problème.

Qqn a-t-il une idée? problème sur le JDBC de Microsoft?

Merci d'avance

[Bartuk]

salut,

il ne manquerait pas une parenthèse fermante par hasard ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
if (vStatement.execute(pQuery)){

[Rouxxx]

certes, erreur de recopie... le problème ne vient donc pas de là

[neuromencien]

Je pense avoir le même genre de problème (et pas de solution non plus) avec l'appel d'une procédure stockée. Quand j'appelle une certaine procédure, qui par ailleurs fonctionne très bien quand elle est appellée depuis un éditeur SQL, je n'ai pas de ResultSet en retour.
Par contre si j'appelle la méthode getUpdateCount() du PreparedStatement (en fait c'est un CallableStatement pour les procédures mais la méthode est la même) je récupère "1", qui est le nombre de lignes que renvoit ma méthode.

Est ce que ta requête ne renvoit pas qu'une seule ligne par hasard? peut être que lorsque la base ne renvoit qu'un seul résultat il n'est pas mis dans un ResultSet mais ailleurs?

[Logan Mauzaize]

As-tu essayé avec un la méthode executeQuery ?

C'est peut-être un problème de driver JDBC, essaye de trouver un driver qui corresponde à la version que tu utilises.

Dernier test : utilise un driver odbc et utilise le driver odbc-jdbc de Sun pour te connecter à la ressource odbc créée. Ca rajoute plein de couches certes mais il s'agit surtout de tester le driver...

[®om]

Utilise un PreparedStatement au lieu de passer en brut ta requête...
Le PreparedStatement gérera comme il faut les apostrophes, etc...

[neuromencien]

Bon je viens de trouver la solution à mon problème, donc c'est peut être la même pour toi. La réponse de Nemek était la bonne (merci au passage ) : avec la méthode executeQuery ça marche. En tout cas chez moi si la réponse renvoie plusieurs ResultSet je dois utiliser execute() puis getResultSet() par contre s'il n'y a qu'un seul ResultSet je dois IMPERATIVEMENT utiliser executeQuery() sinon l'appel ne renvoit rien, même pas une erreur.

Question bête : Est ce que JDBC impose ça ou c'est un bug?

[xfacq]

Salut,

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Question bête : Est ce que JDBC impose ça ou c'est un bug?

Moi je pencherais plus pour une implémentation incomplète du driver ou un truc
du genre...

a+
Xavier

[Thzith]

Je souligne que ce code marche pour d'autres requetes sans aucun problème.

Qqn a-t-il une idée? problème sur le JDBC de Microsoft?

Est-ce que tes autres requetes utilisent le même driver? probablement