¿Podemos usar ojdbc14.jar con Oracel11g y jdk1.5

Question

? Creo que hay diferentes formas de responder a estas preguntas, pero quería confirmar esto nuevamente, ya que estamos muy cerca de nuestro lanzamiento y queríamos validarlo con la comunidad

Hemos estado utilizando Oracle10g y java 1.5 durante bastante tiempo con ojdbc14.jar. Sé que ojbc14.jar está orientado hacia java 1.4. Pero afortunadamente nunca vimos ningún problema al usar esto con la versión 1.5. Otra razón para no pasar a ojbc5 fue el hecho de que no vimos ojdbc5.jar en el oráculo 10g instalado en absoluto.

Hemos actualizado nuestra base de datos a 11g ahora y no vi ojdbc14.jar. ¿Esto significa que tenemos que movernos a ojdbc5.jar?

Estamos dispuestos a hacer el cambio. Pero, ¿pueden las personas que hicieron el cambio confirmar si vieron algún problema cuando cambiaron el controlador JDBC a ojdbc5.jar de ojdbc14.jar

relacionado con esto, sería bueno si alguien puede dar más detalles sobre los sabores de dms de este frasco y cómo se va a usar.

Answer 1

ojbc14 debería funcionar bien con Oracle11g. Las principales diferencias entre ojbc14 y versiones posteriores es que la última versión admite versiones más recientes de la API de JDBC, así como las nuevas características de las versiones más recientes de Oracle.

Si su aplicación se lleva bien con ojbc14 como está, hay pocas razones para actualizar el controlador, aparte del hecho de que siempre es una buena idea intentar rastrear nuevas revisiones a medida que se producen, para mantener su sistema al día.

Answer 2

Eche un vistazo a Oracle's JDBC drivers list. Para 11g y 11g2, solo se enumeran ojdbc5.jar y ojdbc6.jar. Esto podría significar que solo tienen soporte oficial, por lo que si tiene problemas con ojdbc14.jar, Oracle probablemente no lo ayude.

Si el soporte de Oracle es importante para su gestión, le recomiendo que actualice a ojdbc5.jar.

Answer 3

debajo son las suggestions from Oracle:

los conductores 11.1 por Convert predeterminado de SQL DATE para la marca temporal en la lectura de la base de datos. Esto siempre fue lo correcto y el cambio en 9i fue un error. Los controladores 11.1 han vuelto al comportamiento correcto. Incluso si no configuró V8Compatible en su aplicación, no debería ver ninguna diferencia en el comportamiento en la mayoría de los casos. Puede notar una diferencia si usa getObject para leer una columna de FECHA. El resultado será una marca de tiempo en lugar de una fecha. Dado que Timestamp es una subclase de Date, esto generalmente no es un problema. Donde puede notar una diferencia es si confió en la conversión de FECHA en Fecha para truncar el componente de tiempo o si lo hace en el valor. De lo contrario, el cambio debería ser transparente.

Si por alguna razón su aplicación es muy sensible a este cambio y simplemente debe tener el comportamiento 9i-10g, existe una propiedad de conexión que puede establecer. Establezca mapDateToTimestamp en false y el controlador volverá al comportamiento 9i-10g predeterminado y asignará DATE a Date.