diferencias entre una llamada a un procedure oracle desde java y desde la BD

[edjuradob]

Hola

Sucede un comportamiento extraño.
Un Stored procedure en oracle10g al ejecutarlo directamente desde la base de datos funciona correctamente.

El procedimiento, lo que tiene que hacer es leer un blob, lee linea por linea, separa los caracteres y hace inserciones en dos tablas.

Cuando ejecuto desde la base de datos, se insertan por ejemplo, 6 registros.

Cuando ejecuto desde java, con la siguiente llamada:

conO=openConnectionOrigen();
CallableStatement sentencia = conO.prepareCall("{call MyDatabase.MyProcedure}");
sentencia.execute();

Se salta la primera línea del blob y solo inserta 5 registros (en el ejemplo con los mismos datos que debería insertar 6)

estoy usando el JDK 1.6_25

¿Hay alguna diferencia entre ejecutarlo desde la base de datos y desde java?

Un saludo y muchas gracias.

[alan_69niupi]

bien por lo que entendi. la diferencia es que no solo en java si no en casi todos los lenguajes de programacion. si estar insertando con algun ciclo los lenguajes de programacion inician en indice 0. es decir
linea 0
linea 1
..
..
linea 5
el oracle inicia el indice desde 1
puede que ese sea el problema o un error de logica o sintaxis en el codigo

[edjuradob]

Hola

No era cuestión de los índices. Al final he resuelto el problema, aunque no me ha gustado del todo.

El problema era que la conexión la tenía como ReadOnly, para hacer una conexión mas eficiente y como llamaba a un Stored Procedure que se encargaba de hacer las inserciones, en teoría no habría problemas, puesto que el control lo tenía el Stored Procedure y no la conexión hecha desde java.

La cuestión es que por alguna razón que desconozco, Oracle no otorgaba los permisos de escritura en el primer ciclo del cursor, y daba un error de permisos de escritura. Sin embargo, al siguiente ciclo, tomaba los permisos del Stored Procedure en vez de el cliente que lo ha llamado, que en este caso era java. Al parecer hay varios hilos de ejecución en los cuales está la lectura de permisos y la de la ejecución del procedimiento y me parece que no le daba tiempo al hilo de los permisos a otorgarlos antes de que llegara a la primera inserción, pero a la segunda ya los tenía.

Lo he solucionado dejando la transacción sin el setReadOnly, que a fin de cuentas el volumen de datos no sera demasiado grande y se ejecutará por las noches.