Pouvons-nous utiliser ojdbc14.jar avec Oracel11g et jdk1.5

Question

Je crois qu'il y a différentes versions de ces questions déjà posées, mais je voulais le confirmer car nous sommes très proches de notre version et voulions valider avec la communauté

Nous utilisons Oracle10g et java 1.5 depuis un certain temps avec ojdbc14.jar. Je sais que ojbc14.jar est pris en charge par java 1.4. Mais heureusement, nous n'avons jamais vu de problème lors de l'utilisation de cette version 1.5. Une autre raison pour ne pas passer à ojbc5 était le fait que nous n'avions pas vu ojdbc5.jar dans l'oracle 10g installé du tout.

Nous avons mis à jour notre base de données pour être 11g maintenant et je n'ai pas vu ojdbc14.jar. Cela signifie-t-il que nous devons passer à ojdbc5.jar?

Nous sommes prêts à faire le changement. Mais les personnes qui ont effectué le changement peuvent-elles confirmer si elles ont vu un problème lorsqu'elles ont changé le pilote JDBC en ojdbc5.jar de ojdbc14.jar

En ce qui le concerne, il serait bon que quelqu'un puisse en dire un peu plus sur les saveurs dms de ce pot et comment il doit être utilisé.

Answer 1

ojbc14 devrait fonctionner très bien avec Oracle11g. Les principales différences entre ojbc14 et les versions ultérieures sont les versions ultérieures supportant les versions plus récentes de l'API JDBC, ainsi que les nouvelles fonctionnalités des versions les plus récentes d'Oracle. Si votre application s'entend bien avec ojbc14, il y a peu de raison de mettre à jour le pilote, sauf que c'est toujours une bonne idée d'essayer de suivre les nouvelles révisions au fur et à mesure, pour que votre système reste à jour.

Answer 2

Jetez un oeil à Oracle's JDBC drivers list. Pour 11g et 11g2, seuls les numéros ojdbc5.jar et ojdbc6.jar sont listés. Cela pourrait signifier que seulement ils sont officiellement pris en charge, donc si vous avez des problèmes avec ojdbc14.jar, Oracle ne vous aidera probablement pas.

Si la prise en charge d'Oracle est importante pour votre gestion, je vous recommande d'effectuer la mise à niveau vers ojdbc5.jar.

Answer 3

Voici les suggestions from Oracle:

les pilotes 11.1 par conversion par défaut SQL DATE timestamp lors de la lecture de la base de données. C'était toujours la bonne chose à faire et le changement de 9i était une erreur. Les pilotes 11.1 sont revenus au bon comportement. Même si vous n'avez pas configuré V8Compatible dans votre application, vous ne devriez pas voir de différence de comportement dans la plupart des cas. Vous pouvez remarquer une différence si vous utilisez getObject pour lire une colonne DATE. Le résultat sera un horodatage plutôt qu'une date. Étant donné que Timestamp est une sous-classe de Date, cela ne pose généralement pas de problème. Vous remarquerez peut-être une différence si vous vous êtes appuyé sur la conversion de DATE à Date pour tronquer le composant de temps ou si vous faites toString sur la valeur. Sinon, le changement devrait être transparent.

Si, pour une raison quelconque, votre application est très sensible à cette modification et que vous devez simplement avoir le comportement 9i-10g, vous pouvez définir une propriété de connexion. Définissez mapDateToTimestamp sur false et le pilote reviendra au comportement 9i-10g par défaut et affichera DATE to Date.