Discussion :

[Michael#]

Bonjour,

Il y a qq temps, j'ai développé une application java qui insert différents fichiers ds une db Oracle.
J'en ai fait un jar et elle tourne maintenant sur un Windows 2000 pro FR sp3 sans le moindre problème. (JRE : 1.5.0_06)

Hier, j'ai tenté de la faire tourner sur un Windows 2000 pro FR sp4 en VMWare (JRE : 1.5.0_08). Et j'obtiens l'erreur suivante :

java.sql.SQLException: ORA-01849: hour must be between 1 and 12.

J'ai vérifier les options régionales du poste et la table d'envirronement --> tout est pareil.

Je suis revenu à une JRE 1.5.0_04, le problème est le même.

Je me casse les dents depuis hier mais sans résultat.

QQ un a une idée?

[BainE]

Salut,

la base de données n'a pas changé entre temps ? (notement les champs date)

[Michael#]

Non, elle n'a pas changé et si je relance l'applic sur l'ancien pc (Non vmware) ça fonctionne à nouveau mais sur le vmware pas

[moritan]

Je développe sous VMWARE aussi, et je doute fortement que le problème viennent de là.
Pour moi vu l'erreur c'est un problème de locale.
Utilises-tu la même base Oracle? utilises-tu le même user, le même driver?
Quel est la locale du PC? la locale de la JVM? la locale de ton user Windows?

[adiGuba]

Salut,

Pour moi vu l'erreur c'est un problème de locale.
Utilises-tu la même base Oracle? utilises-tu le même user, le même driver?
Quel est la locale du PC? la locale de la JVM? la locale de ton user Windows?

+1

• Il s'agit d'une erreur du SGBD et non pas de Java ni du système
• Une recherche sur "ORA-01849" nous renvoi directement ici http://ora-01849.ora-code.com/ où il y est expliqué que le format des heures doit être compris en 1 et 12 (et non pas entre 1 et 24).

a++

[moritan]

Salut,


+1

• Il s'agit d'une erreur du SGBD et non pas de Java ni du système
• Une recherche sur "ORA-01849" nous renvoi directement ici http://ora-01849.ora-code.com/ où il y est expliqué que le format des heures doit être compris en 1 et 12 (et non pas entre 1 et 24).

a++

Arrf,je pensais que a locale de la base avais une influence sur le format

[Michael#]

Salut,


+1

• Il s'agit d'une erreur du SGBD et non pas de Java ni du système
• Une recherche sur "ORA-01849" nous renvoi directement ici http://ora-01849.ora-code.com/ où il y est expliqué que le format des heures doit être compris en 1 et 12 (et non pas entre 1 et 24).

a++

Nous sommes d'accord, c'est bien une erreur oracle.

Seulement mon problème n'est pas si simple car absolument tout est identique au niveau de la base puisque aucune modif n'a été apportée à celle-ci. Le driver oracle est le même que l'autre puisqu'il est inclu dans mon jar. Les paramètres régionaux du poste sont identiques. La seule différence est le service pack du poste et le fait que le nouveau poste de travail est virtualisé.

[adiGuba]

A quel code JDBC dans le programme correspond cette erreur ?

a++

[moritan]

Tu peut déjà exclure la piste du poste virtualisé c'est pas ça j'en suis sur.
Par contre le SP4 change peut-être le format de l'heure de système.


Il faudrait que tu mettes des traces de debug sur l'eure que tu envoies en base pour voir son format. De plus comment récupères-tu cette date (string, objet date)? comment envoies tu cette objet à ta base?

Là on va manquer d'info pour te renseigner

[Michael#]

A quel code JDBC dans le programme correspond cette erreur ?

a++

Mon insertion dans Oracle se passe dans cette méthode :

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
 
public void insertOrders(){
		try{
			   List paramServer = qf.racine.getChildren("Command");
			   Iterator i = paramServer.iterator();
			   while(i.hasNext())
			   {
			      Element courant = (Element)i.next();
				  String query= "INSERT INTO " + AppMain.cf.getTable1() + " (id, id_client, date_livraison, produit, quantite, id_pcjt, cp_client) VALUES (id_activite.nextval, ?, TO_DATE(?,'dd/MM/yyyy hh:mi'), ?, ?, ?, ?)";
				  PreparedStatement statement = conn.prepareStatement(query);
				  statement.setString(1,(String)courant.getChild("RefClient").getText());
				  statement.setString(2,(String)courant.getChild("DateHeure").getText());
				  statement.setString(3,(String)courant.getChild("Produit").getText());
				  statement.setString(4,(String)courant.getChild("Quantite").getText());
				  statement.setString(5,String.valueOf(nid));
				  statement.setString(6,(String)courant.getChild("CodePostal").getText());
				  statement.executeUpdate();
				  statement.close();
				  ack = true;
			   }
		}catch(SQLException ex){
			System.err.println("Error in insertOrders : ");
			ex.printStackTrace();
			ack = false;
		}
	}

Tout ceci fonctionne sur le premier poste.
Je précise également que la db Oracle est sur un serveur Linux indépendant.

[moritan]

tu résoudrais ton pb en virant le to_date de ta requète et en faisant un statement.setDate.

[adiGuba]

tu résoudrais ton pb en virant le to_date de ta requète et en faisant un statement.setDate.

+1


De plus tu pourrais vérifier ce que te renvoi courant.getChild("DateHeure").getText()...

a++

[Michael#]

+1


De plus tu pourrais vérifier ce que te renvoi courant.getChild("DateHeure").getText()...

a++

Ok, je viens de trouver.
Dans ma query, j'emploie la fonction to_date du sql oracle comme ceci :

Code :

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

TO_DATE(?,'dd/MM/yyyy hh:mi')

je viens de la modifier en :

Code :

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

TO_DATE(?,'DD/MM/YYYY HH24:MI')

et ça fonctionne à merveille.

J'ai quand même une question qui m'empêche de dormir :

Pourquoi fonctionnait-elle sur le premier pc et pas sur le 2ème ???

Sinon c résolu --> Merci adiGuba.

[adiGuba]

La solution du statement.setDate() donné par moritan aurait quand même été plus propre (je pense)...

J'ai quand même une question qui m'empêche de dormir :

Pourquoi fonctionnait-elle sur le premier pc et pas sur le 2ème ???

La réponse a déjà été donné : c'est une problème de locale et de préférences régionales qui peuvent dépendre du système...

a++