Limitaciones de características de funciones definidas por el usuario y procedimientos almacenados

Este tema describe las limitaciones actuales de las características de procedimientos almacenados y funciones definidas por el usuario del entorno de trabajo.

Limitación y prerrequisitos para la construcción y ejecución de procedimientos almacenados Java cuando el destino es un servidor DB2 z/OS v8

Limitación cuando se especifica la opción de enlace ACTION(REPLACE)

Cuando se construye un procedimiento almacenado SQLJ utilizando el controlador JDBC de DB2, se pueden producir errores de construcción con la opción de enlace ACTION(REPLACE). Esto puede suceder en los releases DB2 UDB Windows Versión 8 Fixpak 5 o anterior cuando un procedimiento almacenado se conecta a un servidor con la versión 8 de DB2 UDB LUW o con la versión 8 de DB2 UDB z/OS. Al construir el procedimiento SQLJ, el mandato DB2SQLJCUSTOMIZE puede lanzar la excepción siguiente:
java.sql.SQLException: invalid options string
	at com.ibm.db2.jcc.sqlj.Binder.a(Binder.java:1018)
	at com.ibm.db2.jcc.sqlj.Binder.a(Binder.java:775)
	at com.ibm.db2.jcc.sqlj.Binder.a(Binder.java:432)
	at com.ibm.db2.jcc.sqlj.Binder.bindMain(Binder.java:338)
	at com.ibm.db2.jcc.sqlj.Customizer.customizeMain(Customizer.java:810)
	at com.ibm.db2.jcc.sqlj.Customizer.main(Customizer.java:272)

Este problema está solucionado en la versión 8 de DB2 UDB Windows con el Fixpak 6. Para evitar este error, especifique el resto de opciones de enlace después de la opción ACTION(REPLACE). Por ejemplo, utilice ACTION(REPLACE) BLOCKING(ALL) en vez de BLOCKING(ALL) ACTION(REPLACE).

Para evitar este error si sólo se utiliza la opción ACTION(REPLACE), el nivel de validación por omisión para enlazar un paquete a un servidor remoto se añadirá automáticamente de la siguiente manera: ACTION(REPLACE) VALIDATE(BIND).

Restricción para la creación de procedimientos almacenados Java para DB2 para z/OS y OS/390 Versión 7 utilizando el controlador Universal

El entorno de trabajo soporta la conexión con los servidores DB2 para z/OS y OS/390 Versión 7 utilizando el controlador JDBC universal pero no soporta la creación de procedimientos almacenados Java utilizando el controlador JDBC universal. El entorno de trabajo construye procedimientos almacenados Java para DB2 para z/OS y OS/390 Versión 7 utilizando una llamada al programa de utilidad de construcción DSNTJSPP. Esta restricción no se aplica a DB2 UDB para z/OS Versión 8.

Consulte el artículo de developerWorks "Controladores JDBC soportados por el Constructor de procedimientos almacenados de DB2 y el Centro de desarrollo de DB2 para OS/390 y z/OS" en http://www-106.ibm.com/developerworks/db2/library/techarticle/dm-0408rader/index.html para obtener más información.

Puntos de interrupción en procedimientos almacenados Java

El editor permite añadir puntos de interrupción al código fuente de un procedimiento almacenado Java. Sin embargo, estos puntos de interrupción se ignoran porque la depuración del procedimiento almacenado Java todavía no está soportada.

Redimensionamiento de la ventana de preferencias en Linux

Es posible que en Linux no pueda ver todos los controles disponibles en el panel de la derecha en la ventana Preferencias para las opciones de construcción de procedimientos almacenados y funciones definidas por el usuario de DB2 (Ventana > Preferencias; entonces expanda Datos > Constructor de procedimientos almacenados y UDF de DB2 > Opciones de construcción). Este problema puede producirse con resoluciones de pantalla más pequeñas. Para solucionar este problema, redimensione el panel de la izquierda de forma que haya más espacio en el panel de la derecha.

Limitación al soltar procedimientos almacenados Java desplegados sin código fuente

Si despliega un procedimiento almacenado Java en una base de datos DB2 Universal Database para Linux, UNIX y Windows utilizando solamente binarios (no código fuente), recibirá un mensaje de error si intenta soltar el procedimiento almacenado desde el Explorador de base de datos. Para solucionar este problema, puede soltar el procedimiento almacenado utilizando el CLP de DB2 o el Centro de control de DB2.

Limitación al desplegar una rutina desde un archivo XML

El escenario siguiente tendrá como resultado un archivo XML que contenga una rutina que no podrá desplegarse en una carpeta Scripts\Data de un proyecto
  1. Se crea una rutina en la vista Definición de datos.
  2. La rutina se exporta a un archivo XML en la carpeta Scripts\Data del proyecto.
  3. La misma rutina se copia en el mismo proyecto desde la vista Explorador de base de datos a nivel de rutina.

    Si la rutina se copia en el proyecto como parte de una acción Copiar a proyecto de esquema, base de datos o conexión, no se producirán problemas.

  4. El archivo XML exportado todavía es visible en la carpeta Scripts\Data. Sin embargo, si intenta desplegar el archivo XML, no verá la rutina copiada en la lista de rutinas a desplegar. Otras rutinas contenidas en el archivo XML aparecerán en el listado.

Para solucionar este problema, vuelva a exportar la rutina. Puede exportar al mismo nombre de archivo XML (en cuyo caso, el archivo original se sustituirá) o puede exportar a un archivo XML nuevo.

Tareas relacionadas
Prerrequisitos para desarrollar rutinas de DB2

Condiciones de uso | Comentarios
(C) Copyright IBM Corporation 2000, 2004. Reservados todos los derechos.