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.
En este apartado se describe la personalización de la estación de trabajo ADM y del servidor z/OS.
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.
La ventana de preferencias de ADM le permite:
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:
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.
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:
Para proporcionar el nombre CICSPlex, utilice la pestaña CICS Interactivo y haga lo siguiente:
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.
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.
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.
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.
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.
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.
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.
Las definiciones de recursos CICS que se pueden usar en el editor CRD son:
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.
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.
Las funciones implementadas por el editor CRD y cuyo uso está destinado al programador de sistemas CICS son:
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.
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.
Las funciones implementadas por el editor CRD y cuyo uso está destinado al desarrollador de aplicaciones CICS son:
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:
Existen dos ventajas adicionales por el hecho de operar en un entorno CICSPlex SM, que son:
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.