Notas de release de servicios Web

© Copyright International Business Machines Corporation 2006. Reservados todos los derechos. US Government Users Restricted Rights - Use, duplication or disclosure restricted by GSA ADP Schedule Contract with IBM® Corp.

Notas de release

1.0 Limitaciones
   1.1 No se puede instalar UDDI en DB2, en Windows si la vía de acceso de instalación del servidor contiene espacios
2.0 Problemas conocidos y soluciones provisionales
   2.1 El URL de WSDL de servicio Web de WebSphere se muestra incorrectamente
   2.2 El asistente Servicios Web (solo Windows) se cuelga al crear un servicio Web nuevo en WebSphere Application Server v6.0
   2.3 Los scripts de creación de servicios Web de línea de mandatos fallan con determinados argumentos -project

1.0 Limitaciones

1.1 No se puede instalar UDDI en DB2, en Windows si la vía de acceso de instalación del servidor contiene espacios

Se producirán problemas al instalar un registro UDDI mediante DB2 en Windows si la vía de acceso de instalación de WebSphere Application Server contiene espacios (por ejemplo, si WebSphere Application Server se instala en C:\Archivos de programa\IBM\WebSphere\AppServer). Esto hace que falle la creación del registro UDDI en la base de datos DB2.

 No verá ningún error y el caso de ejemplo creará una base de datos DB2 y desplegará la aplicación UDDI en el servidor. Sin embargo la base de datos no estará cumplimentada previamente con información necesaria para que funcione el registro UDDI. Esto hace que no se cree el nodo UDDI y que no se añada al servidor.

 Para resolver este problema, instale WebSphere Application Server en una vía de acceso que no contiene espacios (por ejemplo: C:\IBM\WebSphere\AppServer).

 

 

2.0 Problemas conocidos y soluciones provisionales

2.1 El URL de WSDL de servicio Web de WebSphere se muestra incorrectamente

Cuando un espacio de trabajo contiene más de un servicio Web de WebSphere en ejecución, algunos de los URL bajo la categoría de servicio Web de WebSphere dentro del diálogo de descubrimiento o examen de WSDL del Explorador de servicios Web mostrarán un nombre de componente de puerto incorrecto. El patrón de URL que puede ser incorrecto tendrá la forma:

 .../services/L<nombre de componente de puerto>?WSDL

 por ejemplo,

 .../services/LEcho?WSDL

 Para resolver esto, utilice el localizador WSDL del espacio de trabajo.

2.2 El asistente Servicios Web (solo Windows) se cuelga al crear un servicio Web nuevo en WebSphere Application Server v6.0

Hay un problema con las longitudes de directorio para WebSphere Application Server v6.0 que puede hacer que el entorno de trabajo no responda durante la creación de un servicio Web desplegado en WebSphere Application Server v6.0 cuando se utiliza el asistente de servicios Web . El problema se produce cuando WebSphere Application Server v6.0 captura una excepción debida a que no puede procesar completamente el archivo .wsdl para el archivo .war que se genera. El proceso WebSphere entra en un bucle infinito, aunque esto no se le notifica al asistente de servicios Web y este queda en punto muerto. Puesto que el botón cancelar del asistente está inhabilitado en este punto del proceso, no parece haber manera de cancelar la publicación que no sea terminar el proceso del entorno de trabajo.


 

La solución consiste en ser consciente al trabajar con WebSphere Application Server v6.0 de que existe esta limitación de archivo/directorio conocida en Windows y en mantener los perfiles tan cortos como permita una ubicación de instalación, por ejemplo c:\profiles. Por defecto, los perfiles se instalan en una vía de acceso bastante profunda y, en algún momento, los archivos que intenten escribirse temporalmente en el directorio temporal de perfiles no podrán hacerlo y provocarán una excepción de entrada/salida que parará la publicación.

2.3 Los scripts de creación de servicios Web de línea de mandatos fallan con determinados argumentos -project

Los scripts de creación de servicios Web de línea de mandatos (WSDL2WebService, WSDL2WebService13, WSDL2Client, WSDL2Client13) pueden fallar al ejecutarse desde el directorio raíz. Cree un directorio de trabajo y asegúrese de que el argumento "-project" señale un directorio que esté dentro del directorio de trabajo.