Certes mais le java.sql.TimeStamp, on l'initialise avec un long (temps en
millisecondes) et apr�s c'est le driver JDBC qui le transmet � Oracle.
J'aimerais �viter de passer par des chaines puis to_date() c�t� Oracle. Certes �a
marche � tous les coups mais c'est lourd je trouve.
D'autant plus que la proc qui me pose probl�me est d�j� utilis�e par d'autres
applications Java sans probl�me! (seul le serveur d'application et le type de driver
(type2) diff�rent).
-----Original Message-----
From: "Jean-Baptiste BRIAUD" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Date: Fri, 28 Jun 2002 11:54:16 +0200
Subject: RE : RE : pb Oracle bizarre
Il ne faut pas mettre 0.
Pour tester cette hypoth�se il faut reduire la precision
Du timestamp. Donc ne pas mettre une partie des donnees.
______________________________________________
Jean-Baptiste BRIAUD Sysdeo
Software engineer www.sysdeo.com
www.eclipsetotale.com
> -----Message d'origine-----
> De : Patrice Godard [mailto:[EMAIL PROTECTED]]
> Envoy� : vendredi 28 juin 2002 11:46
> � : [EMAIL PROTECTED]
> Objet : Re: RE : pb Oracle bizarre
>
>
> Merci pour ta r�ponse,
>
> J'y regarde.
> Je ne peux pas formater la date car je ne la passe pas au
> format texte � la proc. (je re�ois un timestamp en
> millisecondes plac� dans une table oracle en texte par le
> serveur de single sign-on, que j'utilise pour initialiser mon
> java.sql.Timestamp).
>
> J'ai d�j� vir� les millisecondes (enfin j'ai mi 0) mais �a ne
> r�soud pas le probl�me.
>
> -----Original Message-----
> From: "Jean-Baptiste BRIAUD" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Date: Fri, 28 Jun 2002 10:57:17 +0200
> Subject: RE : pb Oracle bizarre
>
> Puisque ca marche en test et pas en prod, c'est
> Pas les type en general qu'il faut remettre en cause.
> Mais peut �tre qu'en prod, le CREATE TABLE n'est
> Pas strictement identique a celui du test.
> Du coup ta table en prod a des contraintes sur la
> dite colonne qu'il n'y aurait pas en test.
>
> Si je prends une comparaison avec NUMBER,
> En test tu aurait defini une colonne NUMBER et
> En prod on a mis NUMBER(2).
> Du coup, plus question d'y mettre un nombre
> de 3 chiffres en prod alors qu'en terst c'est OK.
>
> Dans ce cas, avec un SimpleDateFormat essaye de
> Ne pas donner toute la precision d'un TimeStamp
> A Oracle, genre enleve les miliseconde.
>
>
> Enfin, c'est une idee comme ca ...
> Hope this help !
>
> A+
> ______________________________________________
> Jean-Baptiste BRIAUD Sysdeo
> Software engineer www.sysdeo.com
> www.eclipsetotale.com
>
>
>
> -- Use Opera, the most user-friendly web browser on Earth --
>
-- Use Opera, the most user-friendly web browser on Earth --
