Gestor de despliegue de aplicaciones (ADM) - Notas de release

A quién va dirigida esta información
Personalización
   Instalación y personalización de la estación de trabajo ADM
      Preferencias de ADM
      Exportar/Importar el registro de sistemas
      Definir regiones de conexión primaria CICS
      Proporcionar el nombre CICSPlex
   Personalización del servidor z/OS
      Modificar la definición de PIPELINE ADM
      Seguridad de los servicios Web de la API de cliente CRD
Editor de definición de recursos CICS
   Entornos soportados
   Restricciones del lenguaje de definición de recursos CICS
   Ámbito de despliegue de las regiones CICS
   Definiciones de recursos CICS soportadas por el editor CRD
   Lanzar el editor de definición de recursos CICS
   Utilizar el editor CRD
   Función del editor CRD para el programador de sistemas
   Función del editor CRD para el desarrollador de aplicaciones

A quién va dirigida esta información

El ADM va dirigido a los desarrolladores de Rational Developer para System z que despliegan en z/OS artefactos de Developer para System z o artefactos generatados. También va dirigido a los desarrolladores que se propongan definir definiciones de recursos CICS, y a los programadores de sistemas z/OS que emplearán Developer para System z con el fin de suministrar valores predeterminados de recursos CICS.

Personalización

En este apartado se describe la personalización de la estación de trabajo ADM y del servidor z/OS.

Instalación y personalización de la estación de trabajo ADM

El ADM tiene dos niveles de instalación y personalización de la estación de trabajo. Las preferencias de ADM son los valores del sistema, y las definiciones de sistemas destino definen y proporcionan información de conexión de los sistemas destino. En este apartado se describe la personalización necesaria de la estación de trabajo.

Preferencias del ADM

La ventana de preferencias de ADM le permite:

Figura 1. Preferencias del ADM
Material gráfico de image009

Exportar/Importar el registro de sistemas

El registro de sistemas actual se puede exportar a un archivo externo, o un archivo de registro de sistemas externo se puede importar y fusionar con el registro de sistemas actual. Para exportar el registro de sistemas actual:

  1. Pulse Archivo->Exportar->Exportar registro de sistemas ADM.
  2. Pulse Siguiente.
  3. Seleccione la vía de acceso de archivo que desea exportar.
  4. Pulse Finalizar.

Figura 2. Ventana Exportar
Material gráfico de image010

El proceso de importar un registro externo al registro de sistemas actual es parecido. Pulse Archivo->Importar->Importar registro de sistemas ADM, elija un archivo de registro existente y pulse Finalizar.

Definir regiones de conexión primaria CICS

El cliente CRD ADM implementa una conexión de servicio Web con la región de conexión primaria CICS. Las regiones de conexión primaria CICS se deben configurar con el ADM. En primer lugar, lance el editor de definición de recursos CICS, pulsando con el botón derecho del ratón la carpeta raíz de un proyecto de flujo de servicios (hallará más información en Lanzar el editor de definición de recursos CICS). La pestaña Sistemas/Regiones sirve para añadir o editar regiones de conexión primaria CICS. Para indicar un error de usuario, aparece una "X" de color rojo en el campo pertinente, junto con una ayuda emergente que describe el error. La información necesaria es la siguiente:

Figura 3. Definir regiones de conexión primaria CICS

Proporcionar el nombre CICSPlex

Para proporcionar el nombre CICSPlex, utilice la pestaña CICS Interactivo y haga lo siguiente:

  1. Seleccione CICSPlex en la lista desplegable Tipo de recurso.
  2. Seleccione Proporcionar nombre CICSPlex en la lista desplegable Acción.
  3. Teclee el nombre CICSPlex en el campo NombreRecurso.

Personalización del servidor z/OS

El componente Host ADM está formado por el servidor CRD, las definiciones de recursos CICS asociadas, los archivos de enlace de servicio Web y un manejador de mensajes de conducto de ejemplo. El directorio program de Developer para System z contiene instrucciones para instalar el componente Host ADM. Pero puede ser necesario hacer algunas tareas de personalización. En este apartado se describe dicha personalización.

Modificar la definición de PIPELINE ADM

El directorio de enlace de servicios Web contiene un archivo de enlace de servicio Web (WSBind) asociado a un conducto (pipeline). El archivo WSBind se instala automáticamente mediante el mecanismo de exploración de conductos CICS.

En tiempo de ejecución, CICS utiliza la información del archivo de enlace de servicio Web para proporcionar la correlación entre las estructuras de datos de la aplicación y los mensajes SOAP.

El ADM proporciona archivos WSBind para cada uno de sus servicios Web. El proceso de instalación, descrito en el directorio program de Developer para System z, instala los archivos WSBind suministrados en el sistema de archivos jerarquizado (HFS) de servicios del sistema UNIX, en un directorio de enlace de servicios Web (que también se conoce como directorio pickup).

Si las vías de acceso de directorio especificadas en la definición de conducto ADM suministrada no están en conformidad con los convenios de denominación de sus talleres, tendrá que utilizar la transacción CEDA CICS para modificar la definición suministrada de PIPELINE. Esta definición contiene el atributo WSDIR, que especifica el nombre del directorio pickup de servicios Web que contiene los archivos WSBind ADM. En la siguiente figura verá una definición de PIPELINE de ejemplo.

PIpeline       : ADMPIPE1                                       
Group          : ADMGROUP                                       
Description    :                                                
STatus         : Enabled            Enabled | Disabled          
Configfile     : /u/adm/pipeline/wssecurityprovider.xml
(Mixed Case)   :                                                
               :                                                
               :                                                
               :                                                
SHelf          : /u/adm/wsshelf                          
(Mixed Case)   :                                                
               :                                                
               :                                                
               :                                                
Wsdir          : /u/adm/wspickup                         

Seguridad de los servicios Web de la API de cliente CRD

Algunas, o todas, estas peticiones deben estar protegidas. Como mínimo, los mandatos de actualizar API de cliente CRD (actualizar parámetros de servicios Web predeterminados, parámetros de descriptor predeterminado, y enlace de nombre de archivo con nombre de conjunto de datos) deben estar protegidos para impedir que todos los programadores (salvo los del sistema CICS) puedan emitir estos mandatos empleados para establecer valores predeterminados de los recursos globales.

El archivo de repositorio de servidor CRD se debe instalar con la seguridad a nivel de recursos, y exige la autorización de servidor. Hay que utilizar un gestor de seguridad externo (por ejemplo, RACF) para definir los ID de usuario que tengan el debido nivel de autorización de actualización.

El mensaje SOAP, cuando CICS lo recibe, se procesa mediante un conducto. El conducto (pipeline) es un conjunto de manejadores de mensajes que se ejecutan en secuencia. CICS lee el archivo de configuración del conducto para determinar qué manejadores de mensajes se deben invocar en el conducto.

El manejador de mensajes es un programa en el que se puede realizar un proceso especial de las peticiones y respuestas de servicios Web.

El ADM proporciona un archivo de configuración de conducto de ejemplo que especifica la invocación de un manejador de mensajes y un programa de proceso de cabeceras SOAP.

CPIH es el ID de transacción predeterminado bajo el que se ejecutará una aplicación invocada por un conducto. Por lo general, CPIH se establece para un nivel de autorización mínimo. ADNSMSGH es un manejador de mensajes de ejemplo, empleado para establecer un nuevo ID de transacción CICS, de la siguiente manera:

Cuando la transacción se conecta, la comprobación de seguridad de recursos CICS asegura que el ID de usuario posee autorización para ejecutar el ID de transacción.

La comprobación de recursos se controla mediante la opción RESSEC de la transacción que se ejecuta, el parámetro de inicialización del sistema RESSEC y, para el servidor CRD, el parámetro de inicialización del sistema XPCT.

La comprobación de recursos solo se produce si el parámetro de inicialización del sistema XPCT tiene un valor distinto de NO y si la opción RESSEC de la definición de TRANSACTION es YES o si el parámetro de inicialización del sistema RESSEC es ALWAYS.

ADNSMSGH se puede modificar, y el cliente lo debe compilar. El trabajo de compilación debe nombrar el módulo ADNTMSGH en el paso de edición de enlace.

Además, la definición de TCPIPSERVICE puede especificar opcionalmente una conexión HTTPS para proporcionar el cifrado de todo el mensaje SOAP.

Editor de definición de recursos CICS

El editor de definición de recursos CICS de Developer para System z proporciona soporte para definir recursos CICS. Es un componente de Developer para System z y un consumidor de servicios de despliegue ADM para desplegar los recursos CICS definidos.

Tradicionalmente, el rol de definir recursos ante CICS ha sido dominio de los programadores de sistemas CICS. Ha habido una cierta reticencia en permitir que los desarrolladores de aplicaciones definan recursos CICS, por los siguientes motivos:

El editor CRD de Developer para System z responde a estas cuestiones permitiendo que los programadores de sistemas CICS controlen los valores predeterminados de las definiciones de recursos CICS, así como las propiedades de visualización de un parámetro de definición de recurso CICS. Por ejemplo, el programador de sistemas CICS puede suministrar ciertos parámetros de definición de recurso que el desarrollador de aplicaciones podría no actualizar. Otros parámetros de definición de recursos CICS pueden ser actualizables, con o sin valores predeterminados suministrados, o el parámetro de definición de recurso CICS puede estar oculto para evitar una complejidad innecesaria.

Entornos soportados

El editor CRD permite definir recursos CICS en los sistemas CICS TS 3.1, con o sin CPSM.

Cuando CPSM no está instalado, el servidor CRD utiliza el mandato CICS CREATE SPI para definir e instalar (y habilitar) recursos CICS. En este caso, CSD no se actualiza. Por lo tanto, no se puede usar CEDA para ver las definiciones de recursos. Pero se puede usar CEMT INQUIRE, aunque no visualiza todos los parámetros de definición.

Cuando CPSM está instalado, se emplea la interfaz de servicios de aplicaciones de negocio (BAS) CPSM para definir e instalar los recursos CICS. En este caso, CSD no se actualiza. Por lo tanto, no se puede usar CEDA para ver las definiciones de recursos. Pero, se puede usar tanto CEMT INQUIRE como la interfaz BAS CPSM para ver los recursos CICS. La interfaz BAS CPSM proporcionará una lista de todos los parámetros de definición.

Restricciones del lenguaje de definición de recursos CICS

Los nombres de los recursos CICS y otros atributos alfanuméricos de recursos suelen tener como limitación que solo puedan constar de los caracteres comunes de todas las variantes de EBCDIC. Aquí no se incluyen los caracteres DBCS ni los bidireccionales. En el manual CICS TS Resource Definition Guide (SC34-6430) encontrará información detallada sobre los caracteres válidos para cada tipo de recurso y para cada atributo.

Ámbito de despliegue de las regiones CICS

El ADM de Developer para System z emplea un servicio Web para conectar con una región CICS TS 3.1 que ejecuta el servidor CRD. Los recursos CICS se pueden instalar en la región del servidor CRD y en otras regiones de acuerdo con los siguientes escenarios.

Definiciones de recursos CICS soportadas por el editor CRD

Las definiciones de recursos CICS que se pueden usar en el editor CRD son:

Lanzar el editor de definición de recursos CICS

Para lanzar el editor de definición de recursos CICS, siga estos pasos. Si ya tiene un proyecto de flujo de servicios, vaya directamente al paso 4.

  1. Abra la perspectiva Herramientas de servicio de empresa (EST).
  2. Pulse el icono del menú Herramientas de servicio de empresa (EST) y seleccione Proyecto de flujo de servicios.
  3. En el asistente Nuevo proyecto de flujo de servicios, haga lo siguiente:
  4. Pulse la carpeta de proyecto raíz con el botón derecho del ratón y seleccione Definición de recursos CICS.

Utilizar el editor CRD

La función del editor CRD está implementada como componente de Developer para System z. Tiene aplicabilidad para ambos roles, desarrollador de aplicaciones y programador de sistemas.

El programador de sistemas utiliza el editor CRD para suministrar valores predeterminados de parámetros basados en z/OS para todas las definiciones de recursos CICS soportadas por el editor CRD y todas las propiedades de visualización de parámetros de definición de recursos CICS, para suministrar información de enlace de los archivos VSAM, y para proporcionar el nombre CICSPlex cuando CPSM está instalado.

El desarrollador de aplicaciones utiliza el editor CRD para recuperar definiciones de recursos existentes (que se pueden usar como modelos), con una lista de los ID de región CICS (SYSID) disponibles para el despliegue, y para definir y desplegar definiciones de recursos CICS.

En la figura 4 se ve el editor CRD empleado para recuperar una definición de programa existente.

Figura 4. Editor de definición de recursos CICS

Función del editor CRD para el programador de sistemas

Las funciones implementadas por el editor CRD y cuyo uso está destinado al programador de sistemas CICS son:

Recuperar/actualizar valores predeterminados de las definiciones de recursos CICS
El usuario selecciona un tipo de recurso CICS. Los parámetros predeterminados de este tipo de recurso los recupera de z/OS el servidor CRD. De cara al aprovisionamiento inicial de un determinado tipo de recurso, el servidor CRD suministra los valores predeterminados de los parámetros de recursos sugeridos.

El recurso se visualiza tal como suele aparecer al crear una nueva definición de recurso de este tipo. Las entradas de los campos de parámetro se emplean para actualizar los valores predeterminados en el archivo de repositorio del servidor CRD en z/OS. Luego, estos valores predeterminados se emplean para crear ulteriormente definiciones de recursos del mismo tipo.

Además, las propiedades de visualización se pueden establecer para la mayoría de los parámetros de recursos. Las propiedades de visualización válidas son actualizables y están protegidas y ocultas.

Cada tipo de recurso soportado también tendrá un valor que indica si el tipo de recurso se puede definir mediante el editor CRD.

Recuperar/actualizar enlace entre archivo VSAM CICS lógico y físico
El usuario es quien suministra un nombre de archivo VSAM lógico. Si se ha suministrado anteriormente un enlace, se visualiza el nombre del conjunto de datos físico.

Luego, el nombre del conjunto de datos físico se puede suministrar inicialmente o actualizar.

La información de enlace entre lógico y físico se almacena en el repositorio del servidor CRD en z/OS.

Después, el enlace entre archivo VSAM lógico y físico se emplea para crear ulteriormente una definición de archivo VSAM que utilice el nombre de archivo lógico.

Función del editor CRD para el desarrollador de aplicaciones

Las funciones implementadas por el editor CRD y cuyo uso está destinado al desarrollador de aplicaciones CICS son:

Recuperar/crear una definición de recurso CICS
El usuario selecciona un tipo de recurso CICS. Los parámetros predeterminados de este tipo de recurso los recupera de z/OS el servidor CRD. Si en el repositorio del servidor CRD no se encuentran parámetros predeterminados para este tipo de recurso, el servidor CRD suministra valores predeterminados de parámetros sugeridos para los recursos.

Los parámetros de un determinado tipo de recurso se visualizan de acuerdo con los valores de visualización suministrados con los valores predeterminados del recurso procedentes del repositorio del servidor CRD. Los parámetros de los recursos se visualizan como actualizables, protegidos u ocultos.

Por defecto, el recurso creado se instala en la región CICS TS 3.1 que ejecuta el servidor CRD. Sin embargo, el usuario puede indicar que el recurso se instale en otra región CICS destino. Esto se logra de acuerdo con el entorno instalado.

Si CICSPlex SM no está instalado, se puede instalar un recurso en un destino que tenga una conexión MRO activa con la región de conexión primaria. Para ello se puede seguir uno de estos métodos:

Si CICSPLex SM está instalado, el recurso se puede instalar en cualquier región CICS del mismo CICSPlex que la región de conexión primaria. Para ello se puede seguir uno de estos tres métodos:

  1. Suministrar un SYSID CICS de 4 caracteres en el campo ID de sistema de la sección Información de destino.
  2. Suministrar el ID de aplicación VTAM (APPLID), mediante el que la región destino se conoce ante VTAM, en el campo ID de aplicación de la sección Información de destino.
  3. Suministrar un nombre de región CICS (APPLID), mediante el que la región destino se conoce ante CICSPlex, en el campo ID de aplicación de la sección Información de destino.

Existen dos ventajas adicionales por el hecho de operar en un entorno CICSPlex SM, que son:

  1. Algunos recursos CICS se pueden crear donde es posible utilizar una sola definición de recurso para ambas definiciones, la local y la remota. Esto es válido para las definiciones de programa, transacción, archivo y TDQ. En estos tipos de definiciones, los atributos locales y los remotos se definen en una misma definición. Al instalar la definición, los atributos remotos de la definición se instalan en la región destino, como se describió anteriormente. Los atributos locales de la definición se instalan en la región especificada por el campo ID de aplicación relacionada de la sección Información de destino. El campo ID de aplicación relacionada puede contener un ID de aplicación VTAM o un nombre de región CICS CICSPlex SM.
  2. Se pueden crear grupos de recursos. Después de haber creado un grupo de recursos, podrá especificar ese grupo al crear otras definiciones, suministrando el nombre del grupo de recursos en el campo Grupo de recursos de la sección Información de destino. Ahora el grupo de recursos estará asociado al grupo especificado.

Los valores de los parámetros de recursos CICS se ajustan a reglas tal como se especifica en el manual CICS Resource Definition Guide (SC34-6430).

(C) Copyright IBM Corporation 2006, 2007. Reservados todos los derechos.