Discussion :

[touftouf57]

Salut tout le monde!

Quelqu'un saurait-il me dire s'il y a un maximum autorisé de '?' dans un preparedStatement?
Car actuellement je suis limité à 7, ce qui fait que lors d'un INSERT avec 11 '?' je dois découper mon preparedStatement en 2: (le premier en INSERT et le second en UPDATE).
Ce maximum serait-il paramétrable? selon quelle méthode?

J'ai fouillé sur le forum et je n'ai rien trouvé à ce sujet, à moins que je ne fasse pas la bonne recherche.

Merci pour l'info.

[tchize_]

que je sache, jdbc n'a pas de limitation. C'est probablement ton driver qui limite le nombre de paramètre. Quelle erreur as-tu?

[touftouf57]

Bonsoir, désolé de répondre si tard, mais on m'avait mis la pression sur d'autres choses.

Voici l'erreur obtenue:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 
java.lang.ArrayIndexOutOfBoundsException: 10
	at oracle.jdbc.driver.OracleSql.computeBasicInfo(OracleSql.java:950)
	at oracle.jdbc.driver.OracleSql.getSqlKind(OracleSql.java:623)
	at oracle.jdbc.driver.OraclePreparedStatement.<init>(OraclePreparedStatement.java:1212)
	at oracle.jdbc.driver.T4CPreparedStatement.<init>(T4CPreparedStatement.java:28)
	at oracle.jdbc.driver.T4CDriverExtension.allocatePreparedStatement(T4CDriverExtension.java:68)
	at oracle.jdbc.driver.PhysicalConnection.prepareStatement(PhysicalConnection.java:3140)
	at oracle.jdbc.driver.PhysicalConnection.prepareStatement(PhysicalConnection.java:3042)
	at oracle.jdbc.driver.PhysicalConnection.prepareStatement(PhysicalConnection.java:6022)
	at baseDeDonnees.BaseDeDonneesImpl.ajoute(BaseDeDonneesImpl.java:560)
	at baseDeDonnees.test.testInsertion(test.java:197)
	at baseDeDonnees.test.main(test.java:59)

et voici le code qui l'a généré

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
public void ajoute(Machine machine) throws LectureBDDException {
		DateFormat format = new SimpleDateFormat("dd-MM-yyyy");
		PreparedStatement pst=null;
		try {
			pst = this
				.getConnection()
					.prepareStatement(
							"Insert Into MACHINE (idMarque,modele,numSerie,numAfpa,nomMachine,adresseIP,dateAchat,finGarantie,idSalle,idParc) Values(?,?,?,?,?,?,?,?,?,?)",
							new String[] { "idMachine" });
 
			pst.setInt(1, machine.getMarque().getIdMarque());
			pst.setString(2, machine.getModele());
			pst.setString(3, machine.getNumSerie());
			pst.setString(4, machine.getNumAfpa());
			pst.setString(5, machine.getNomMachine());
			pst.setString(6, machine.getAdresseIp());
			pst.setNString(7, format.format(machine.getDateAchat().getTime()));
			pst.setNString(8, format.format(machine.getDateFinGarantie().getTime()));
			pst.setInt(9, machine.getSalle().getIdSalle());
			pst.setInt(10, machine.getIdParc());
			pst.executeUpdate();
			machine.setIdMachine(getAutoIncrementId(pst));
			log.log(Level.INFO, "machine ajoutée:" + machine.toString());
			pst.close();

Y verrais-tu une erreur potentielle?? je viens de parcourir le code pendant une heure et je ne vois pas ce qui cloche! Je me suis renseigné auprès d'autres stagiaires et aucun n'a eut cette erreur.

Merci d'avance

[tchize_]

d'après certains sites, ce serait un bug dans le driver oracle. Les solutions sont soit passer à une autre version du driver (plus récente ou plus ancienne), soit utiliser des paramètre nommés plutot que positionnel (mais ça veux dire changer le code). Si ca marche chez d'autres personnes, essaie de récupérer leur version du driver.

[touftouf57]

Merci, de l'info
mais tous les stagiaires utilisent les mêmes drivers (odbc6). Ce n'est donc pas de ce coté que vient le problème.
Je verrais cela avec d'autres demain matin. Merci de ces conseils "nocturne"
bonne nuit

[tchize_]

ojdbc6, ca dit juste "driver oracle pour la spécification java 6", le 6 n'a rien à voir avec la version du driver. As-tu récupéré ce jar depuis le même pc que tes collègues ou as-tu récupéré le jar sur le site de oracle? Dans le second cas, rien ne garanti que le driver est à la même version. Ton code me semble correct, par contre, je confirme, il y a une issue ouverte chez oracle intitulée "PREPARESTATEMENT GET ARRAYINDEXOUTOFBOUNDSEXCEPTION WHEN IN PARAM. AMOUNT IS > 7", malheureusement, cette issue n'est lisible que si on est utilisateur enregistré sur le metalink oracle, pour lequel il faut un numéro de support Je ne peux donc pas te dire si elle est résolue.

[cashmoney]

Je me pose des questions la requête de ton preparestatement
new String[] { "idMachine" } <----- à ce que je saches on utlise ce paramètre quand il y a un autoincrément géré par ta base. Du moment où, ton Id est géré par java, tu n'as pas besoin de le mettre avec ton prepareStatement.
j'espères que cela pourra t'aider.

[tchize_]

à ce que je saches on utlise ce paramètre quand il y a un autoincrément géré par ta base. Du moment où, ton Id est géré par java, tu n'as pas besoin de le mettre avec ton prepareStatement.

Etonnament, c'est exactement ce qui est fait

Code :

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

1
2
			pst.executeUpdate();
			machine.setIdMachine(getAutoIncrementId(pst));

Donc, oui ce paramètre lui est bien utile et non, il n'a rien à voir avec le problème ^^

[cashmoney]

Oui, c'est vrai je n'avais pas vu qu'il l'avait indiquer un peu plus loin dans son code. Juste pour savoir si un test de connection à ta base a été fait pour savoir s'il y a bien connection à la base de donnée avec ton driver? et Aussi comment référencies-tu ton driver dans le CLASSPATH de ton projet??

[tchize_]

bon, j'ai eu accès au report d'oracle, ce bug est

Code :

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

	Fixed in Product Version 	11.2

L'erreur se déclenche effectivement quand tu a plus de 7 paramètres de la forme ? *et* que tu demande le retour de valeurs par auto incrément.

Les workaround sont "utiliser des paramètres nommés" (ou utiliser une version fixée du driver)

[touftouf57]

Bon j'ai vu avec les autres stagiaires.

Vu que le cahier des charges et très vague, nous sommes tous assez libres. Donc on a pas du tout les mêmes schémas relationnels. Certains ont fait plus de tables mais avec moins de champs, et les autres n'ont pas encore réussis à ce connecter à la base.

En fait je suis le seul, pour l'instant:

• à avoir créer une connexion avec la base
• qui utilise des preparedStatements
• qui passe plus de 7 paramètres.

J'ai forcé un autre stagiaire, ayant une connexion, à faire un essai avec plus de paramètres, et effectivement cela ne passe pas.

La solution retenue est donc de splitter la requête. Je fais un INSERT avec récupération de l'ID dans un premier temps. Puis je fais un UPDATE sur les champs manquants filtré sur l'idMachine.

Bon c'est pas une solution tip-top, mais au lieu de perdre des jours et des jours, je préfère utiliser cela, vu que ça marche.

Si quelqu'un a la solution pour faire sauter cette limitation, je suis preneur. (je pense pas être le seul, d'ailleurs)

En tout cas d'avoir fait des recherches à ce sujet.

Au plaisir

[tchize_]

j'ai déjà donné les solutions.

Soit prendre le driver ojdbc6 dans sa version 11.2
Soit utiliser des paramètre nommé plutot que des paramètre indexé (l'erreur ne se produisant qu'avec des paramètres indexés)

[cashmoney]

Moi, j'utilise oracle 11g et j'utilise un drivers télécharger sur le site de oracle. Il marche très bien et je fais plus de 7 insert avec mon PreparedStatement

http://www.oracle.com/technology/sof...dbc_10201.html

Je te donne le liens j'espères que cela pourra t'aider mais faut au préalable s'inscrire.