Application: gvSIG desktop

Hemos probado tanto con clientes en windows como en linux y en nuestros equipos de desarrollo no hemos logrado reproducirlo.

Parece que puede tener que ver con el encoding que se le asigna a la BBDD de Oracle en el momento de su creacion. Nuestra BBDD tiene un enconding de UTF8, mientras que la del cliente uno de ISO8859-15.

Por lo que hemos investigado parece ser que tiene que ver como gestiona los campos CLOB el driver de JDBC de Oracle.

A partir de una version del servidor de Oracle (11.X) los datos de los CLOB no se enviaban al cliente cuando se hacia una peticion a este. Para recuperarlos el cliente hacia una peticion al servidor. En un momento dado, para optimizar el acceso a los campos CLOB el servidor envia los datos de los CLOB junto con los datos del registo siempre que midan menos de 4Kb; pero al hacerlo lo hace en el encoding de la BBDD. Luego el driver de JDBC cuando le pides los datos no gestiona correctamente el encoding y cuando accedes al CLOB te lo da incorrectamente decodificado.

Existe la posibilidad de indicarle en el momento de establecer la conexion que no haga un "prefetch" de los CLOB, y entonces estos no se incluyen junto con el registro, obligando siempre a hacer una peticion extra para recuperarlos. Si hacemos esto parece que funciona correctamente; pero se enlentece la recuperacion de los datos de los CLOB. A pesar de ello se ha incluido entre los parametros del proveedor de Oracle de gvSIG desktop la posibilidad de configurar el "lobprefetchsize".

Otra alternativa que se ha estudiado es usar un NCLOB en lugar de CLOB. Al hacer esto Oracle usa una codificacion alternativa para esos campos basada, al parecer por defecto un UTF16. Con esto los datos ocupan algo mas en la BBDD pero no nos da problemas al acceder a ellos desde el driver de JDBC. Se ha modificado el proveedor de Oracle para que use NCLOB y NVARCHAR2 cuando mapee string a campos de una tabla.

Con esta ultima modificacion se carga y recupera correctamente la tabla de CALLES del servidor VCSGis.

Se puede consultar el encodig de la BBDD con:

select * from database_properties

En los equipos de desarrollo los valores del encoding que tenemos son:

NLS_NCHAR_CHARACTERSET    AL16UTF16    NCHAR Character set
NLS_CHARACTERSET    AL32UTF8    Character set