Creación de un origen de datos para el registro UDDI
Puede crear origen de datos para que el registro UDDI lo utilice para acceder a la base de datos UDDI.
Antes de empezar
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
Acerca de esta tarea
Procedimiento
- Opcional: Para Apache Derby de red, cree una entrada de datos
de autenticación J2C (Java™ 2 Connector). Este paso no es necesario para Apache Derby incorporado.
- Pulse Seguridad > Seguridad global > [Autenticación] JAAS (Java Authentication and Authorization Service) > Datos de autenticación de J2C.
- Pulse Nuevo para crear una nueva entrada de datos de autenticación de J2C.
- Entre la información detallada siguiente:
- Alias
- Un nombre abreviado adecuado, por ejemplo UDDIAlias.
- ID de usuario
El ID de usuario de la base de datos, por ejemplo db2admin para DB2 o IBMUDDI para Oracle, que se utiliza para leer y escribir en la base de datos de registro UDDI. Para Apache Derby de red, el ID de usuario puede ser cualquier valor.
Para una base de datos DB2 en el sistema operativo z/OS, el ID de usuario debe ser uno que sea válido en el sistema remoto.
El ID de usuario de base de datos, por ejemplo, db2admin para DB2, que se utiliza para leer y escribir en la base de datos del registro UDDI. Para Apache Derby de red, el ID de usuario puede ser cualquier valor.
- Password
- La contraseña está asociada con el ID de usuario especificado anteriormente. Para Apache Derby de red, la contraseña puede ser cualquier valor.
- Descripción
- Una descripción del ID de usuario.
Pulse Aplicar, a continuación, guarde los cambios en la configuración maestra.
- Cree un proveedor de JDBC, si todavía no existe uno adecuado, utilizando la tabla siguiente para
determinar el tipo de proveedor y el tipo de implementación para la base de datos seleccionada.
Tabla 1. Tipos de proveedores y tipos de implementaciones. En la tabla se muestra el tipo de proveedor y el tipo de implementación correctos para cada base de datos. Base de datos Tipo de proveedor Tipo de implementación DB2
Proveedor del controlador JDBC de DB2 Universal
Origen de datos de agrupación de conexiones
DB2
DB2 UDB para iSeries (nativo)
Origen de datos de agrupación de conexiones
DB2
Proveedor del controlador JDBC de DB2 Universal
Origen de datos de agrupación de conexiones
Oracle
Controlador Oracle JDBC
Origen de datos de agrupación de conexiones
Apache Derby incorporado Controlador Derby JDBC Origen de datos de agrupación de conexiones Apache Derby de red Proveedor de controlador JDBC de Derby Network Server Origen de datos de agrupación de conexiones Microsoft SQL Server Controlador JDBC de DataDirect Connect Controlador JDBC de Microsoft SQL Server
Origen de datos de agrupación de conexiones Para un nodo UDDI en un clúster, seleccione cluster como ámbito del proveedor de JDBC.
Para obtener información detallada sobre cómo crear un proveedor de JDBC, consulte el tema sobre cómo configurar un proveedor de JDBC con la consola administrativa. - Cree el origen de datos para el registro UDDI:
- Pulse Recursos > JDBC > Proveedores de JDBC.
- Seleccione el ámbito del proveedor de JDBC que ha seleccionado o creado anteriormente, es decir, el nivel en el que se define el proveedor de JDBC. Por ejemplo, para un proveedor de JDBC que se define en el nivel de servidor1, seleccione lo siguiente:
Se visualizan todos los proveedores de JDBC que se han definido en el ámbito seleccionado.Node=Node01, Server=server1
- Seleccione el proveedor de JDBC que ha creado anteriormente.
- En Propiedades adicionales seleccione Orígenes de datos. No seleccione la opción Orígenes de datos (WebSphere Application Server V4) .
- Pulse Nuevo para crear un nuevo origen de datos.
- En el asistente Crear un origen de datos, entre los
datos siguientes:
- Name
- Un nombre apropiado, por ejemplo, UDDI Datasource.
- Nombre JNDI
- Especifique datasources/uddids. Se trata de un campo obligatorio.
No debe tener ningún otro origen de datos que utilice este nombre JNDI (Java Naming and Directory Interface). Si otro origen de datos utiliza este nombre JNDI, deberá eliminarlo o cambiar el nombre JNDI. Por ejemplo, si ha creado un nodo UDDI predeterminado anteriormente que utiliza una base de datos Apache Derby, antes de continuar debe utilizar el script uddiRemove.jacl con la opción predeterminada para eliminar el origen de datos y la instancia de aplicación de UDDI.
- Alias de autenticación gestionada por componentes
- Para DB2
, Oracle, o Apache Derby de red, seleccione el alias que ha creado en el paso 2. El alias tiene como prefijo el nombre de nodo; por ejemplo, MiNodo/UDDIAlias.
- Para Apache Derby incorporado, seleccione (ninguno).
- Para DB2
- Pulse Siguiente.
- En la página de propiedades específicas de la base
de datos del asistente, entre los datos siguientes:
- Para DB2:
Nombre de la base de datos
El nombre de la base de datos; por ejemplo, UDDI30.
Para una base de datos remota en un sistema distribuido, el nombre de la base de datos es el alias que ha creado para hacer referencia a la base de datos. Consulte Creación de una base de datos DB2 distribuida.
Para una base de datos DB2 remota en el sistema operativo z/OS, el nombre de base de datos es el valor LOCATION local. Para buscar este valor, especifique el mandato de operador -DIS DDF en la consola o solicite la información al administrador de DB2. Este valor es sensible a las mayúsculas y minúsculas.
Nombre de la base de datos
El nombre de la base de datos; por ejemplo, *LOCAL.
Nombre de la base de datos
El valor LOCATION local. Para buscar este valor, especifique el mandato de operador -DIS DDF en la consola o solicite la información al administrador de DB2. Este valor es sensible a las mayúsculas y minúsculas.
Para una base de datos remota, el nombre de base de datos es el alias que ha creado para hacer referencia a la base de datos. Consulte Creación de una base de datos DB2 distribuida.
Tipo de controlador
Este valor sólo es necesario para una base de datos DB2 remota en el sistema operativo z/OS. Establezca este valor en 4.
Tipo de controlador
Establezca este valor en 4.
Nombre de servidor
Este valor sólo es necesario para una base de datos DB2 remota en el sistema operativo z/OS. Establezca este valor en la dirección IP de la máquina remota en la que se aloja la base de datos. Para buscar este valor, especifique el mandato de operador -DIS DDF en la consola o solicita la información al administrador de DB2.
Nombre de servidor
Establezca este valor en la dirección IP de la máquina en la que se aloja la base de datos. Para buscar este valor, especifique el mandato de operador -DIS DDF en la consola o solicite la información al administrador de DB2.
Número de puerto
Este valor sólo es necesario para una base de datos DB2 remota en el sistema operativo z/OS. Establezca este valor en el puerto en el que la base de datos DB2 está a la escucha. Para buscar este valor, especifique el mandato de operador -DIS DDF en la consola o solicite la información al administrador de DB2.
Número de puerto
Establezca este valor en el puerto en el que la base de datos DB2 está a la escucha. Para buscar este valor, especifique el mandato de operador -DIS DDF en la consola o solicita la información al administrador de DB2.
Para Oracle:
- URL
- El URL (Uniform Resource Locator) de la base de datos desde la cual el origen de datos obtiene conexiones; por ejemplo,jdbc:oracle:oci8:@nombre_base_datos_Oracle.
Este ejemplo se aplica a bases de datos Oracle locales y remotas.
- Para Apache Derby (incorporado o red):
Nombre de la base de datos
Nombre de la base de datos; por ejemplo:
raíz_servidor_aplicaciones/profiles/nombre_perfil/databases/com.ibm.uddi/UDDI30.
Nombre de la base de datos
Nombre de la base de datos; por ejemplo:
raíz_perfil/databases/com.ibm.uddi/UDDI30
Para Apache Derby de red, asegúrese de que los valores Nombre de servidor y Número de puerto coincidan con el servidor de red.
Deje los demás campos sin modificar.
- Utilice este origen de datos en la persistencia gestionada por contenedor (CMP)
- Asegúrese de que el recuadro de selección no está seleccionado.
- Para DB2:
- Pulse Siguiente, compruebe el resumen y pulse Finalizar.
- Pulse el origen de datos para mostrar sus
propiedades y añadir la siguiente información:
- Descripción
- Una descripción del origen de datos.
- Categoría
- Especifique uddi.
- Nombre de clase de ayudante del almacén de datos
- Este valor se proporciona de forma automática:
Tabla 2. Nombres de clase de ayudante del almacén de datos Base de datos Nombre de clase de ayudante del almacén de datos DB2
com.ibm.websphere.rsadapter.DB2DataStoreHelper o com.ibm.websphere.rsadapter.DB2UniversalDataStoreHelper, si está utilizando una base de datos DB2 remota en el sistema operativo z/OS
DB2
com.ibm.websphere.rsadapter.DB2AS400DataStoreHelper
DB2
com.ibm.websphere.rsadapter.DB2UniversalDataStoreHelper
Oracle 11g
com.ibm.websphere.rsadapter.Oracle11gDataStoreHelper
Apache Derby incorporado com.ibm.websphere.rsadapter.DerbyDataStoreHelper Apache Derby de red com.ibm.websphere.rsadapter.DerbyNetworkServerDataStoreHelper Microsoft SQL Server
com.ibm.websphere.rsadapter.ConnectJDBCDataStoreHelper
com.ibm.websphere.rsadapter.MicrosoftSQLServerDataStoreHelper
- Alias de correlación-configuración
- Seleccione DefaultPrincipalMapping.
Pulse Aplicar y guarde los cambios en la configuración maestra.
Pulse Aplicar.
Seleccione Propiedades adicionales > Propiedades personalizadas > bibliotecas.
Entre IBMUDI30,IBMUDS30 en el campo Valor y pulse Aceptar.
Guarde los cambios en la configuración maestra.
- Pruebe la conexión de la base de datos UDDI; para ello seleccione el recuadro que aparece junto al origen de datos y pulse Conexión de prueba. Aparecerá un mensaje similar a La conexión de prueba del origen de datos UDDI para el servidor server1 en el nodo Nodo01 ha sido satisfactoria. Si se visualiza otro mensaje, utilice la información de ese mensaje para investigar y resolver el problema.
Qué hacer a continuación


http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=twsu_dsource
File name: twsu_dsource.html