Discussion :

[marti]

Je developpe une application Web avec Tomcat 5.5.12 et JDK 1.5.0_05.

J'essaie d'utiliser les BFILE mais je coince au moment où je dois faire un select, dans la table servant à contenir les pointeurs, sur la colonne contenant le pointeur de type BFILE. La méthode ExecuteQuery de l'objet Statement ne renvoit rien ; par contre quand je fais un select via l'interface SQL, je récupère bien le pointeur BFILE en question, d'où ma surprise

Y'a-t-il une explication ?

merci

J'utilise une base Oracle version9 et le driver Oracle ojdbc14.jar

[Ricky81]

Bonsoir,

peux tu nous mettre ton code qu'on y voit plus clair ?

[marti]

J'ai créé une table T_BFILE avec les colonnes ID de type VARCHAR2(15) et FILENAME de type BFILE. Cette table contient une seule ligne créée par un INSERT INTO t_bfile ('CP03_211J',bfilename('BLODIR','toto.txt'));

Voici le bout de code dans ma JSP appelante RechercherAidenligne.jsp ( exemple avec codsor = 'CP03_211J' ) :

Code :

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

1
2
 
ListeLib.executeAidenligne(connex, codsor, typ);// appel de la méthode executeAidenligne de la classe ListeLib

voici un extrait de la classe ListeLib :

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
 
public void executeAidenligne(Connection connect, String codsor, String typ) {
 
		codsor = codsor.toUpperCase();
		typ = typ.toUpperCase();
 
		sql = "select * from t_bfile where upper(id) = '" + typ + "_" + codsor + "'";
		System.out.println("sql = " + sql);
 
		executeSql(connect, sql);	
 
	}
 
	private synchronized void executeSql(Connection connect, String sql){
 
 
		try{
			System.out.println("ko1");
			instruction = connect.createStatement(ResultSet.TYPE_SCROLL_INSENSITIVE, ResultSet.CONCUR_READ_ONLY);
			System.out.println("ko2");
			resultat = instruction.executeQuery(sql);
			System.out.println("ko3 = " + resultat.getFetchSize());
			resultat.next();
			System.out.println("ko4 = " + resultat.getString(1));
			BFILE bfile = ((OracleResultSet)resultat).getBFILE(2);
			System.out.println("ko5 = "+ bfile);
 
		}
		catch(SQLException e){
 
 
		}
		//
		catch(Exception e){
			}
	}

lors de l'execution de la jsp RechercherAidenligne.jsp, les instructions se succèdent normalement sauf l'étape "BFILE bfile = ((OracleResultSet)resultat).getBFILE(2);" car le marqueur "ko5 =" ne s'affiche pas sur la console d'Eclipse. A l'étape ko3, le fetchsize affiche 10 donc le resultat n'est pas vide. A l'étape ko4, CP03_211J s'affiche

[marti]

complément :

quand on execute select * from t_bfile where upper(id) = 'CP03_211J', on récupère en sortie la ligne correspondante dans la table t_bfile

[Ricky81]

car le marqueur "ko5 =" ne s'affiche pas sur la console d'Eclipse.

Cela voudrait dire qu'une exception a été déclenchée, non ?
Je me trompe peut-être, mais tu ne peux conserver le BFile "ouvert" (c'est à dire une référence dessus) si tu fermes ton ResultSet. Il faudrait donc récupérer le flux pour le mettre dans une structure adéquate comme byte[]

[marti]

Voic l'execption généré :

java.lang.ClassCastException: org.apache.tomcat.dbcp.dbcp.DelegatingResultSet

[Ricky81]

Essaye peut-être la méthode getInnermostDelegate après avoir casté en DelegatingResultSet.

Quelque chose qui ressemblerait à cela :

Code :

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

1
2
DelegatingResultSet drs = (DelegatingResultSet) resultat;
BFILE bfile = ((OracleResultSet) drs.getInnermostDelegate()).getBFILE(2);