Discussion :

[K-Kaï]

Bonjour,

J'ai un soucis d'éxecution d'une requète d'update en Java sur une base Oracle, en effet la requète suivante :

Code :

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

1
2
3
4
5
6
 
UPDATE REPT rep 
SET rep.PURGEABLE = 'O' 
WHERE rep.REP IN (SELECT f.REP 
              FROM FGT f
              WHERE f.FGT_VALD_DT < to_date('01/01/2006', 'dd/MM/YYYY') )

s'éxecute parfaitement sous toad avec un temps d'éxecution rapide, mais lorsque je l'a fait éxecuter en Java, mon appli se bloque sur le executeUpdate. Il ne sort ni dans une exception, et ne se termine jamais, je n'ai donc aucun code d'erreur qui pourrais m'être utile.

Voyez vous l'origine du problème ?

[in]

tu peux nous montrer le bout de code correspondant ?

[K-Kaï]

Voici le morceaux de code qui effectue le executeUpdate

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
 
protected void executeUpdate(String querry)throws FmkStoreException ,FmkSystemException{
 
	Statement stmt =null;
	FmkConnectionInterface conn = null;
 
	try {
		// on recupere la connexion qui existe peut etre deja	
		conn = ConnectionManager.getFmkConnection(getDataBaseName()); 
 		stmt = conn.createStatement(); 
 
		// on lance la requete
		int res = stmt.executeUpdate(querry.toString()); 
 
		if (conn.getCommitMode() == conn.MODE_CONNECTION_AUTO)
			conn.commit();
 
		if (res == 0)
			throw new FmkStoreException("EJB-4101",querry+" : Execute Update returned 0");
 
	} catch (SQLException exception) {
		String errorMessage = "";
		while (exception != null) {
			errorMessage += "\nERROR:\n";
			errorMessage += "Message: "+ exception.getMessage ();
			errorMessage += "SQLState: "+ exception.getSQLState ();
			errorMessage += "ErrorCode: "+ exception.getErrorCode ();
			exception = exception.getNextException();
		}			
		throw new FmkStoreException("EJB-4202",querry+" : "+errorMessage);
	}finally{
		// fermeture du statement
		try{
			stmt.close();
		}catch(Exception sqle){}
 
		if (conn.getCommitMode() == conn.MODE_CONNECTION_AUTO){	
			try{
				conn.close();
			}catch(Exception sqle){}
		}
	}
}

[OButterlin]

Plusieurs questions :
- es-tu sûr d'avoir le driver jdbc d'oracle qui va bien ?
- ton ConnectionManager renvoit-il une connection avec un niveau d'isolation (avec transaction) ?
- dans ton process, existe-t-il une possibilité pour qu'un enregistrement soit verrouillé ?

A+

[K-Kaï]

Alors cette requète est un bout d'une évolution d'une grosse application donc niveau driver etc tout est bien présent et non mes enregistrements ne sont pas vérouillés, enfin je ne pense pas je n'ai rien mis en place dans ce sens.
Sinon comment le vérifier ?

J'ai identifié que c'est la partie IN(SELECT ...) qui pose un soucis, il n'a pas l'air d'aimer cette forme de requète.

[OButterlin]

peux-tu essayer de mettre une date directement à la place de to_date(...) ?

[K-Kaï]

Cela ne change rien. J'avais également testé avec autre chose qu'une date dans la sous requète afin d'éliminer un soucis au niveau des dates et c'est la même chose ...

Edit : enfin ca marche pas du tout sans le to_date().

[K-Kaï]

Help help personne ne voit ???

Ca m'embeterai quand même de devoir sortir tt mes elements de la base de donner les analyser en java et devoir tous les reinserer un par un car c'est couteux en temps ...

[OButterlin]

Difficile de t'aider avec les infos dont on dispose...

Regarde si le serveur Oracle a tracé une log, on ne sait jamais...
Quelle est la version d'Oracle, quelle est la version du driver JDBC, quelle est la définition de la source de données... euh... pour l'instant ça ira...

En ce qui me concerne, il n'y a aucune raison pour que cette requête ne fonctionne pas... (à part un verrouillage, bien sûr)