Herramientas de servicios Web - Notas de release


1.0 Limitaciones
   1.1 No se puede acceder al Registro UDDI privado de DB2 de WebSphere V6 después de desplegarlo sobre un Registro UDDI privado existente
   1.2 *La validación de WS-I Attachments Profile 1.0 no está disponible
   1.3 *Los asistentes utilizan siempre los EAR de los proyectos existentes y pasan por alto las selecciones de otros EAR
   1.4 Pueden producirse conflictos entre el recuadro de selección "Supervisor" del asistente y supervisores existentes
   1.5 *No elija el tipo de proxy de Cliente "Función definida por el usuario de servicio Web"
   1.6 *Lanzar explorador de servicios Web solo está disponible en la perspectiva J2EE
   1.7 *Error IWAB0107E del asistente de servicio Web al crear servicios Web DADX
   1.8 *Error IWAB0534E del asistente de servicio Web cuando el servidor destino seleccionado no existe
   1.9 *Error IWAB0213E del asistente de servicio Web cuando el servidor destino no está instalado
   1.10 *El ejemplo StockQuote Axis solo se ejecuta en Tomcat 5.0
   1.11 *Los archivos WSDL generados para los servicios Web con parámetros de tipo complejo pueden ser distintos para las aplicaciones J2EE 1.3 y J2EE 1.4
   1.12 *Cambiar el nombre del proyecto de cliente predeterminado por el proyecto EJB nuevo
   1.13 *Los casos prácticos de principio a fin generan un recuadro emergente de error restartModule en Websphere Application Server v5.0 y v5.1 habilitados para la seguridad
   1.14 El proyecto de direccionador y el proyecto EJB deben estar en el mismo EAR
   1.15 Las aplicaciones looseApp pueden verse pero no modificarse mediante la consola administrativa
2.0 Problemas conocidos
   2.1 *El caso práctico de principio a fin falla con el servicio Web de esqueleto SOAP IBM
   2.2 *Los casos prácticos de esqueleto y cliente no funcionan con WSDL protegido por autenticación básica HTTP
   2.3 *Mensaje de error en el proyecto de direccionador JMS después de ejecutar el habilitador de puntos finales
   2.4 *Guía de aprendizaje: Crear un servicio Web a partir de un bean Java no crea el nombre de paquete correcto
   2.5 Al suprimir una taxonomía definida por el usuario no se suprime el tModel del registro UDD privado.
   2.6 *Los ejemplos de servicios Web de la Galería de ejemplos pueden importarse con errores
   2.7 *Excepción lanzada en el caso de cliente cuando WSDL no tiene enlaces SOAP
   2.8 *Los casos de esqueleto no renuevan los archivos Java generados durante la invocación subsiguiente del asistente de servicio Web
   2.9 *Excepción NullPointerException lanzada en UDDIPublish/UDDIUnpublish -profileName <nombre de perfil>

1.0 Limitaciones

1.1 No se puede acceder al Registro UDDI privado de DB2 de WebSphere V6 después de desplegarlo sobre un Registro UDDI privado existente

Puede darse el problema de la imposibilidad de acceder al Registro UDDI privado de DB2 de WebSphere v6 después de desplegarlo sobre un Registro UDDI privado de WebSphere v6 existente. Al final del asistente de despliegue UDDI, la aplicación UDDI se ejecuta en el servidor pero no se reconocen las configuraciones del servidor. El síntoma sería que el EAR de UDDI no puede interactuar con el Registro UDDI de DB2. Esto significa que todos los mandatos ejecutados contra la Aplicación UDDI fallarán con el error: "Error al inicializar el nodo del registro". Esto incluye la adición de taxonomías definidas por el usuario que lanzaría una falta de Eje.

Soluciones:
1. Preventiva: antes de desplegar un Registro UDDI de DB2 de WebSphere v6, utilice el asistente UDDI para eliminar los Registros UDDI instalados anteriormente. Vuelva a invocar el asistente UDDI para desplegar un Registro UDDI privado de DB2 de WebSphere V6.
2. Para arreglar el registro instalado: si instaló un Registro UDDI de DB2 de WebSphere V6 sobre un registro anterior y encontró problemas, en la Consola administrativa del servidor puede detener la aplicación UDDIRegistry e iniciarla de nuevo.

1.2 *La validación de WS-I Attachments Profile 1.0 no está disponible

Los valores de nivel de conformidad de WS-I AP que se encuentran en Ventana-> Preferencias-> Servicios Web -> Conformidad WS-I y en las propiedades del proyecto no surten efecto sobre la validación WS-I de WSDL cuando se establece en "suggest" o "require". El valor predeterminado de estas preferencias es "ignore".

No hay ninguna solución. El Documento de aserción de prueba de perfil de conexiones WS-I utilizado por el validador WSDL de WS-I para probar la conformidad del WSDL con el perfil no fue publicado por la organización WS-I a tiempo para incluirlo en este release del producto IBM Rational Developer. Cuando se publique el Documento de aserción de prueba, se expedirá un arreglo interino para habilitar la preferencia.

Nota: esto se ha arreglado en V6.0.0.1.

1.3 *Los asistentes utilizan siempre los EAR de los proyectos existentes y pasan por alto las selecciones de otros EAR

Si el servicio o el proyecto de cliente existe antes de lanzar el asistente Servicio Web o Cliente de servicio Web, los asistentes utilizarán siempre el EAR que ya contiene el proyecto existente, independientemente de lo que esté seleccionado en la página Configuración de despliegue de servicio o Configuración de entorno de cliente. Si no se ha añadido el proyecto existente a un EAR antes de lanzar cualquiera de los asistentes, los asistentes fallarán con el error siguiente:

IWAB0213E Error al iniciar el servidor
Detalles:
IWAB0213E Error al iniciar el servidor.
org.eclipse.core.runtime.CoreException: WebSphere v5 solo soporta aplicaciones de empresa J2EE 1.2 y 1.3.
en com.ibm.etools.websphere.tools.v51.internal.WASTestServerWorkingCopy.modifyModules(Fuente desconocido)
...

Para solucionar esta limitación, asegúrese de que los proyectos para los servicios Web o los clientes de servicio Web ya se hayan añadido a un EAR antes de lanzar el asistente. La única excepción a esta regla son los proyectos cuyo destino es un servidor Tomcat ya que no necesitan añadirse a un EAR.

Nota: esto se ha arreglado en V6.0.0.1.

1.4 Pueden producirse conflictos entre el recuadro de selección "Supervisor" del asistente y supervisores existentes

Si ha creado manualmente un supervisor para el servidor destino (utilizando Supervisión -> Propiedades.... en la pestaña Servidor) y después ejecuta el asistente Servicio Web y selecciona "Supervisar el servicio Web" en la primera página del asistente Servicio Web, el asistente puede fallar durante el proceso con el error siguiente:

IWAB0014E Se ha producido una excepción inesperada. null
java.lang.NullPointerException
en com.ibm.etools.webservice.consumption.command.common.CreateMonitorCommand.hasContentWebServices(CreateMonitorCommand.java:114)
...

Para solucionar este problema, vuelva a ejecutar el asistente con la opción Supervisar el servicio Web inhabilitada o abra Supervisar -> Propiedades... en el servidor, elimine el supervisor y vuelva a ejecutar el asistente con la opción Supervisar el servicio Web habilitada.

1.5 *No elija el tipo de proxy de Cliente "Función definida por el usuario de servicio Web"

En la primera página de los asistentes Servicio Web y Cliente de servicio Web hay dos tipos proxy de cliente disponibles: "Java proxy" (el valor predeterminado habitual) y "Función definida por el usuario de servicio Web". Si selecciona "Función definida por el usuario de servicio Web" e intenta finalizar el asistente o ir más allá de la página Selección de servicio Web, el asistente fallará con el error "IWAB0234E Se ha producido un error interno. Detalles: nulo".

Solución: no utilice los asistentes de servicio Web para crear una función definida por el usuario de servicio Web. En su lugar, seleccione Nuevo -> Otros -> Datos -> Función definida por el usuario de servicios Web.

Nota: esto se ha arreglado en V6.0.0.1.

1.6 *Lanzar explorador de servicios Web solo está disponible en la perspectiva J2EE

El botón "Lanzar explorador de servicios Web" y el elemento de menú "Ejecutar > Lanzar el explorador de servicios Web" solo están disponibles en la perspectiva J2EE.

Abra la perspectiva J2EE y lance el Explorador de servicios Web o si procede, pulse el botón derecho del ratón sobre un documento WSDL o un servicio Web en el área de trabajo y seleccione Servicio Web -> Probar con Explorador de servicios Web.

Nota: esto se ha arreglado en V6.0.0.1.

1.7 *Error IWAB0107E del asistente de servicio Web al crear servicios Web DADX

En un caso práctico de creación de servicio Web URL o DADX para WebSphere Application Server v5 con la generación de proxy de servicio Web habilitada, el asistente fallará con un error parecido al siguiente:

IWAB0107E Se ha encontrado un error al intentar analizar el componente WSDL: entrada.
WSDLException: faultCode=PARSER_ERROR: Problema al cargar http://localhost:9080/SomeProject/SomeGroup/something.dtd/XSD: Conexión rechazada: connect: Excepción derivada
java.net.ConnectException: Connection refused: connect
...

Este problema se produce porque el asistente no reinicia el servidor a tiempo para que el generador de código de cliente de servicio Web recupere WSDL o XSD del servidor. El problema puede evitarse como mínimo de dos formas:

  1. En el asistente Servicio Web, elija un servidor para albergar el cliente de servicio Web distinto del servidor que alberga el servicio Web.
  2. En el asistente Servicio Web, inhabilite la generación de código proxy. Ejecute el asistente Cliente de servicio Web por separado cuando finalice el asistente Servicio Web.

Nota: esto se ha arreglado en V6.0.0.1.

1.8 *Error IWAB0534E del asistente de servicio Web cuando el servidor destino seleccionado no existe

Al utilizar el asistente de servicio Web para crear un servicio Web para un servidor que todavía no existe, el asistente creará el servidor pero fallará con el error siguiente:

"IWAB0534E No se puede añadir el proyecto EAR a la Configuración del servidor."
Detalles: java.lang.IllegalArgumentException:
en java.lang.Throwable.<init>(Throwable.java:59)
en java.lang.Throwable.<init>(Throwable.java:73)
en org.eclipse.core.internal.runtime.Assert.isLegal(Throwable.java)
en org.eclipse.core.internal.runtime.Assert.isLegal(Throwable.java)
en org.eclipse.core.runtime.Status.setMessage(Throwable.java)
en org.eclipse.core.runtime.Status.<init>(Fuente desconocido)
en com.ibm.wtp.server.core.internal.ServerWorkingCopy.modifyModules(Fuente desconocido)
...

Para solucionar el problema, vuelva a lanzar el asistente e inténtelo de nuevo. El asistente utilizará el servidor creado satisfactoriamente por el asistente anterior justo antes de la anomalía.

Nota: esto se ha arreglado en V6.0.0.1.

1.9 *Error IWAB0213E del asistente de servicio Web cuando el servidor destino no está instalado

Al utilizar el asistente de servicio Web para crear un servicio Web en un proyecto destinado a un tipo de servidor que no se ha instalado, el asistente fallará con el mensaje siguiente:

IWAB0213E Error al iniciar el servidor.
org.eclipse.core.runtime.CoreException: El servidor llamado WebSphere v5.1 Test Environment @ localhost no se inició correctamente. Compruebe la existencia de mensajes de error en la consola.
en com.ibm.wtp.server.core.internal.Server.synchronousStart(Fuente desconocido)
...

El problema se produce porque el asistente, en la página Configuración de despliegue del servidor o Configuración del entorno del cliente tomará por omisión el servidor destino del proyecto sin determinar primero si el servidor destino se ha instalado y está disponible. Esta situación surgirá probablemente al importar proyectos generados por otros usuarios con otras instalaciones del producto. La solución consiste en elegir explícitamente un servidor en la página Configuración de despliegue del servidor o Configuración del entorno del cliente que existe en el área de trabajo.

Nota: esto se ha arreglado en V6.0.0.1.

1.10 *El ejemplo StockQuote Axis solo se ejecuta en Tomcat 5.0

Después de importar el ejemplo StockQuoteAxis, si intenta añadir los proyectos StockQuoteAxis y StockQuoteAxisClient a un servidor Tomcat 4.0 ó 4.1, recibirá el mensaje "No hay proyectos que puedan añadirse o eliminarse del servidor". Si intenta ejecutar los JSP de ejemplo en un servidor Tomcat 4.0 ó 4.1, recibirá el mensaje "El servidor seleccionado no soporta la versión 1.4 de la especificación del módulo Web J2EE".

El problema se produce porque los proyectos Web StockQuoteAxis y StockQuoteAxisClient del ejemplo se han creado para ejecutarse en un tiempo de ejecución J2EE 1.4 / Servlet 2.4 y ni Tomcat 4.0, ni Tomcat 4.1 soportan la especificación Servlet 2.4. Hay dos soluciones:

  1. Ejecute el ejemplo en un servidor Tomcat 5.0.
  2. Siga las instrucciones "Hágalo usted mismo" en la Galería de ejemplos y seleccione que el destino de los proyectos Web sea Tomcat 4.0 ó 4.1.

Nota: esto se ha arreglado en V6.0.0.1.

1.11 *Los archivos WSDL generados para los servicios Web con parámetros de tipo complejo pueden ser distintos para las aplicaciones J2EE 1.3 y J2EE 1.4

Si crea un servicio Web ascendente J2EE 1.3 que contiene parámetros de tipos complejos, cada campo de la clase de parámetro que tiene un método de obtención se correlaciona con un elemento hijo bajo xsd:complexType en WSDL. Para ajustarse completamente a la especificación JAX-RPC 1.1 en J2EE 1.4, se ha cambiado este comportamiento. Cada propiedad read/write (según viene identificada por la clase java.beans.Introspector) se correlaciona con un elemento de xsd:complexType.

Nota: esto se ha arreglado en V6.0.0.1.

1.12 *Cambiar el nombre del proyecto de cliente predeterminado por el proyecto EJB nuevo

Al crear un servicio Web EJB de esqueleto en el que el proyecto EJB no existe todavía, el asistente de servicio Web creará el proyecto EJB y un JAR de cliente EJB asociado. Por ejemplo: NombreProyectoEJB y NombreProyectoEJBClient. Hay un conflicto entre este nombre de proyecto JAR de cliente EJB y el nombre del proyecto cliente de servicio Web predeterminado seleccionado por el asistente de servicio Web cuando intenta crear el cliente de servicio Web. Esto genera errores en el proyecto de cliente de servicio Web. Si el proyecto de cliente de servicio Web es un proyecto Web, obtendrá errores en el EAR de cliente así como un "Error al copiar el JAR de programa de utilidad de servicio Web" si solicita al asistente que genere el recurso de prueba JSP de ejemplo.

La solución consiste en seleccionar un nombre para el proyecto de cliente de servicio Web que sea distinto de NombreProyectoEJBClient (cuando el proyecto EJB NombreProyectoEJB no existe todavía) o en crear el proyecto EJB antes de iniciar el asistente de servicio Web.

Nota: esto se ha arreglado en V6.0.0.1.

1.13 *Los casos prácticos de principio a fin generan un recuadro emergente de error restartModule en Websphere Application Server v5.0 y v5.1 habilitados para la seguridad

Si Websphere Application Server v5.0 o v5.1 tiene la seguridad activada, los casos prácticos de servicio Web de principio a fin tendrán un tiempo de espera y generarán un mensaje de error indicando que "No se se ha podido reiniciar el módulo. *". Este error puede pasarse por alto sin problema.

Nota: esto se ha arreglado en V6.0.0.1.

1.14 El proyecto de direccionador y el proyecto EJB deben estar en el mismo EAR

Para los tiempos de ejecución de IBM SOAP e IBM WebSphere debe poner el proyecto EJB y el proyecto de direccionador en el mismo EAR en los casos prácticos de servicio Web EJB de arriba abajo o de abajo arriba.

1.15 Las aplicaciones looseApp pueden verse pero no modificarse mediante la consola administrativa

Una aplicación desplegada en Websphere Application Server v6 puede verse pero no modificarse a través de la consola administrativa. Si se necesita la posibilidad de consola completa para una aplicación de producto Rational Developer, puede deseleccionar "Ejecutar recursos del área de trabajo" en el editor del servidor UTE. En esencia, esto trata el UTE como un servidor remoto y se genera y publica un archivo .ear.

2.0 Problemas conocidos

2.1 *El caso práctico de principio a fin falla con el servicio Web de esqueleto SOAP IBM

Si crea un servicio Web de esqueleto a partir de un archivo WSDL utilizando el tiempo de ejecución IBM SOAP y opta por generar un proxy en el mismo asistente, el proxy no podrá generar o lo hará incorrectamente. La solución consiste en generar primero el servicio Web de esqueleto y utilizar después el WSDL para generar el cliente por separado.

Nota: esto se ha arreglado en V6.0.0.1.

2.2 *Los casos prácticos de esqueleto y cliente no funcionan con WSDL protegido por autenticación básica HTTP

En el release actual, el asistente de servicio Web no puede crear un servicio Web de esqueleto ni un cliente de servicio Web que utilice un archivo WSDL protegido por la autenticación básica HTTP. La solución consiste en utilizar un navegador, descargar el WSDL en el sistema de archivo físico y ejecutar el asistente de servicio Web con esa copia del archivo WSDL.

Nota: esto se ha arreglado en V6.0.0.1.

2.3 *Mensaje de error en el proyecto de direccionador JMS después de ejecutar el habilitador de puntos finales

Después de ejecutar el Habilitador de puntos finales de servicio Web para crear un punto final JMS, el archivo ejb-jar.xml recoge el error siguiente en el proyecto de direccionador JMS "CHKJ2802E: no es posible reflejar la clase com.ibm.ws.webservices.engine.transport.jms.JMSListenerMDB o uno de los supertipos correspondientes. Compruebe la vía de acceso de clases." Este error puede pasarse por alto sin más problema.

Nota: esto se ha arreglado en V6.0.0.1.

2.4 *Guía de aprendizaje: Crear un servicio Web a partir de un bean Java no crea el nombre de paquete correcto

Al completar la guía de aprendizaje "Crear y desplegar un servicio Web a partir de un bean Java", se le preguntará si desea importar el bean Java StockQuoteService de una carpeta llamada Recursos. La estructura de la carpeta en la carpeta Recursos no es correcta, por lo que se creará un paquete que no coincida con el nombre de paquete en el bean Java.

Para corregir esto, al importar los recursos necesarios, seleccione la carpeta StockQuote y deseleccione las carpetas que hay en ella. Una vez importada la carpeta StockQuote, seleccione el paquete StockQuote, pulse con el botón derecho del ratón y seleccione Refactorizar > Redenominar y redenomine el paquete stockquote.

Nota: esto se ha arreglado en V6.0.0.1.

2.5 Al suprimir una taxonomía definida por el usuario no se suprime el tModel del registro UDD privado.

Cuando se suprime una taxonomía definida por el usuario de la tabla en el asistente Registro UDDI privado, los datos de categoría se suprimen del registro, pero el tModel permanece. El Explorador de servicios Web muestra la categoría suprimida al buscar Categorías definidas por el usuario.

2.6 *Los ejemplos de servicios Web de la Galería de ejemplos pueden importarse con errores

Si intenta importar un ejemplo de servicio Web de WebSphere de la galería de ejemplos (WebSphere Stock Quote, Temperature Conversion o AddressBook) sin un servidor WebSphere V6, aparecerá el aviso siguiente:

No se ha detectado ningún tiempo de ejecución del servidor WebSphere V6. Deberá establecer manualmente el tiempo de ejecución destino del servidor para los proyectos importados después de instalar un seervidor WebSphere V6.

Si suprime el ejemplo importado, añada manualmente un servidor WebSphere V6 e impórtelo de nuevo, el ejemplo se volverá a importar con errores de compilación debido a una anomalía en la asignación de destinos de servidor. Para solucionar el problema, suprima el ejemplo, concluya el entorno de trabajo, reinicie y vuelva a importar el ejemplo.

Nota: esto se ha arreglado en V6.0.0.1.

2.7 *Excepción lanzada en el caso de cliente cuando WSDL no tiene enlaces SOAP

Si crea un cliente de servicio Web utilizando WebSphere Application Server v6.0, lanzará una excepción si utiliza un documento WSDL que no contenga enlaces SOAP.

Nota: esto se ha arreglado en V6.0.0.1.

2.8 *Los casos de esqueleto no renuevan los archivos Java generados durante la invocación subsiguiente del asistente de servicio Web

Si necesita volver a crear un servicio Web existente en el mismo proyecto utilizando un archivo WSDL modificado, los archivos Java generados no se renovarán. Esto puede implicar errores de compilación o la no modifcación de los archivos Java. La solución para este problema consiste en hacer copia de seguridad de los archivos Java generados y después suprimirlos antes de ejecutar el asistente de servicio Web de esqueleto.

Nota: esto se ha arreglado en V6.0.0.1.

2.9 *Excepción NullPointerException lanzada en UDDIPublish/UDDIUnpublish -profileName <nombre de perfil>

Se lanza una excepción NullPointerException en UDDIPublish/UDDIUnpublish -profileName <nombre de perfil>, si -inquiryUrl <url> no se especifica antes de -profileName. Probablemente no deba utilizar -profileName puesto que el valor predeterminado ya coincide con el perfil instalado. Si necesita utilizar -profileName, debe especificar -inquiryUrl <url> antes de -profileName <nombre de perfil>.

Nota: esto se ha arreglado en V6.0.0.1.

Volver al archivo readme principal