Nota: Antes de usar estas informações, certifique-se de ler as informações gerais
em Avisos.
|
Esta edição se aplica ao IBM® Rational Developer for System z Versão 9.1.1 (número de programa 5724-T07) e a todas as liberações e modificações subsequentes até que indicado de outra forma em novas edições.
Solicite as publicações pelo telefone ou fax. O IBM Software Manufacturing Solutions recebe os pedidos de publicações entre 8h30 e 19h, horário padrão na costa leste dos Estados Unidos. O número de telefone é (800) 879-2755. O número de fax é (800) 445-9269. O fax deve ser enviado para: Publications, 3rd floor.
Você também pode solicitar as publicações por meio de um representante IBM ou da filial da IBM que atende em sua região. As publicações não são guardadas no endereço abaixo.
A IBM agradece pelo seu comentário. Você pode enviar os comentários por correio ao seguinte endereço:
IBM Brasil - Centro de Traduções
Rodovia SP 101 Km 09
Rodovia SP 101 Km 09
CEP 13185-900
Hortolândia, SP
É possível enviar um fax com os seus comentários para: 1-800-227-5088 (Estados Unidos e Canadá)
Ao enviar informações à IBM, você concede à IBM o direito não exclusivo de utilizar ou distribuir as informações da forma que julgar apropriada, sem incorrer em qualquer obrigação para com o Cliente.
© Copyright IBM Corporation 2000, 2014
Nota sobre Direitos Restritos para Usuários do Governo dos Estados Unidos - Uso, duplicação ou divulgação restritos pelo documento GSA ADP Schedule Contract com a IBM Corp.
Este documento descreve a configuração das funções do IBM Rational Developer for System z. Ele inclui instruções para configurar o IBM Rational Developer for System z Versão 9.1.1 em seu sistema host z/OS.
As informações contidas neste documento se aplicam a todos os pacotes do IBM Rational Developer for System z Versão 9.1.1.
Para obter as versões mais atualizadas deste documento, consulte o Guia de Configuração de Host do IBM Rational Developer for System z (S517-9094) disponível em http://www-05.ibm.com/e-business/linkweb/publications/servlet/pbi.wss?CTY=US&FNC=SRX&PBL=SC23-7658.
Para obter as versões mais atualizadas da documentação completa, incluindo instruções de instalação, White Papers, podcasts e tutoriais, consulte a página da biblioteca do IBM Rational Developer for System z website (http://www-01.ibm.com/software/sw-library/en_US/products/Z964267S85716U24/).
Este documento se destina a programadores de sistema que estão instalando e configurando o IBM Rational Developer for System z Versão 9.1.1.
Este documento lista detalhadamente as etapas necessárias para fazer uma configuração completa do produto, incluindo alguns cenários não padrão. As informações complementares que podem ajudá-lo a planejar e executar a configuração podem ser localizadas no IBM Rational Developer for System z Host Configuration Reference (SC14-7290). Para usar este documento, você deve estar familiarizado com o z/OS UNIX System Services e sistemas host do MVS.
Esta seção resume as mudanças para o Guia de configuração do host do IBM Rational Developer for System z Versão 9.1.1, SC43-1622-13 (atualizado em dezembro de 2014).
Mudanças técnicas e adições ao texto e ilustrações são indicadas por uma linha vertical à esquerda da mudança.
Novas informações:
Este documento contém informações que foram fornecidas previamente no Guia de configuração do host do IBM Rational Developer for System z Versão 9.1, SC23-7658-12.
Novas informações:
Este documento contém informações que foram anteriormente fornecidas no IBM Rational Developer for System z Versão 9.0.1 Host Configuration Guide, SC23-7658-11.
Novas informações:
Este documento contém informações que foram fornecidas anteriormente no Guia de Configuração do Host IBM Rational Developer for System z Versão 9.0.1, SC23-7658-10.
Novas informações:
Esse documento contém informações que foram previamente dadas no IBM Rational Developer for System z Versão 9.0 Guia de Configuração do Host, SC23-7658-09.
Este documento contém informações que foram fornecidas anteriormente no IBM Rational Developer for System z Versão 8.5.1: Guia de Configuração do Host, S517-9094-08.
Esse documento contém informações que foram previamente dadas no IBM Rational Developer for System z Versão 8.5 Guia de Configuração do Host, SC23-7658-07.
Este documento contém informações que foram fornecidas anteriormente no IBM Rational Developer for System z Versão 8.0.3: Guia de Configuração do Host, S517-9094-06.
Este documento contém informações que foram fornecidas anteriormente no IBM Rational Developer for System z Versão 8.0.1: Guia de Configuração do Host, S517-9094-05.
Esta seção resume as informações apresentadas neste documento.
Use as informações deste capítulo para planejar a instalação e a implementação do Developer for System z.
O Common Access Repository Manager (CARMA) é uma plataforma do servidor para os Repository Access Managers (RAMs). Um RAM é uma Interface de Programação de Aplicativos (API) para um Software Configuration Manager (SCM) que é baseado em um sistema z/OS. Ao agrupar a funcionalidade do SCM em um RAM, uma única API está disponível para um cliente acessar qualquer SCM suportado.
O Developer for System z fornece diversos exemplos de RAMs e códigos-fonte pré-construídos para criar seu próprio RAM.
O IBM Rational Developer for System z Interface for CA Endevor® Software Configuration Manager dá aos clientes do Developer for System z acesso direto ao CA Endevor® SCM.
O SCLM Developer Toolkit fornece as ferramentas necessárias para estender os recursos do SCLM para o cliente. O próprio SCLM é um gerenciador de código-fonte baseado em host que está incluído no ISPF.
O SCLM Developer Toolkit possui um plug-in baseado em Eclipse que interage com o SCLM e fornece acesso a todos os processos do SCLM para desenvolvimento de código legado e suporte para desenvolvimento completo de Java™ e J2EE na estação de trabalho com sincronização para SCLM no mainframe. As atividades de sincronização incluem construção, montagem e implementação do código J2EE a partir do mainframe.
Semelhante ao cliente do Developer for System z, o host do Developer for System z suporta a execução das ferramentas de análise de código, que são fornecidas como um produto separado, o IBM Rational Developer for System z Host Utilities. Um benefício de executar a análise de código no host é que ele pode ser integrado em seu processamento em lote diário.
Esta seção combina uma variedade de tarefas opcionais de customização. Para configurar o serviço necessário, siga as instruções na seção apropriada.
Após concluir a customização do produto, é possível verificar a configuração bem-sucedida dos principais componentes do produto usando os Installation Verification Programs (IVPs) descritos neste capítulo.
Esta seção descreve as definições de segurança necessárias e opcionais com os comandos de amostra do RACF.
Esta seção destaca as mudanças na instalação e na configuração em comparação com as liberações anteriores do produto. Também fornece algumas diretrizes gerais para migrar para este release.
Esta seção fornece uma visão geral dos comandos disponíveis do operador (ou console) para o Developer for System z.
Esta seção resume as informações do IBM Rational Developer for System z Host Configuration Reference (SC14-7290).
O Guia de Migração descreve as mudanças na instalação e na configuração em comparação com liberações anteriores do produto. Use estas informações para planejar sua migração para a liberação atual do Developer for System z.
O Developer for System z consiste em um cliente, instalado no computador pessoal do usuário, e em um servidor, instalado em um ou mais sistemas host. Esta documentação contém informações para um sistema host z/OS. Porém, outros sistemas operacionais como AIX e Linux no System z também são suportados.
O cliente fornece aos desenvolvedores um ambiente de desenvolvimento baseado no Eclipse que facilita uma interface gráfica uniforme para o host, e que, entre outras coisas, pode transferir trabalho do host para o cliente, economizando recursos no host.
A parte do host consiste em várias tarefas ativas permanentemente e em tarefas que são iniciadas ad hoc. Estas tarefas permitem que o cliente trabalhe com os vários componentes do sistema host z/OS, tais como conjuntos de dados MVS, comandos TSO, arquivos e comandos do z/OS UNIX, envio de tarefa e saída de tarefa.
O Developer for System z pode também interagir com subsistemas e outro software de aplicativo no sistema host, como o CICS, IBM File Manager e Software Configuration Managers (SCMs), se o Developer for System z estiver configurado para isso, e se esses produtos de correquisito estiverem disponíveis.
Para obter um entendimento básico do design do Developer for System z, consulte "Entendendo o Developer for System z" no Referência de Configuração do Host (SC14-7290).
Para saber mais sobre a funcionalidade que é oferecida peloDeveloper for System z, consulte o website Developer for System z, http://www-03.ibm.com/software/products/en/developerforsystemz/, ou seu representante IBM local.
As qualificações de SMP/E são necessárias para uma instalação do host do Developer for System z.
A configuração do Developer for System z requer mais do que as permissões e conhecimento típicos de programação de sistema, portanto, pode ser necessária a assistência de outros. A Tabela 3 e a Tabela 4 listam os administradores que são necessários para as tarefas de customização necessárias e opcionais.
A experiência tem mostrado que o processo de instalação e de configuração do sistema host do Developer for System z requer de um a quatro dias para ser concluída. Esse requisito de tempo é para que uma instalação limpa seja executada por um programador de sistema experiente. Se forem encontrados problemas ou se as qualificações necessárias não estiverem disponíveis, a configuração demorará mais.
Para obter instruções detalhadas sobre a instalação do SMP/E do produto, consulte Program Directory for IBM Rational Developer for System z (GI11-8298).
Os servidores Developer for System z são dispostos em um sistema único e não são cientes do SYSPLEX. Se estiver usando os servidores em um SYSPLEX, você deverá assegurar que os dados solicitados pelos usuários finais (conjuntos de dados, saída de tarefa, arquivos z/OS UNIX) estejam disponíveis no sistema em que o Developer for System z está instalado. Consulte Considerações sobre pré-implementação para clonar Developer for System z para outros sistemas.
Para executar várias instâncias do Developer for System z em um único sistema host, consulte "Executando diversas instâncias" no Referência de Configuração do Host (SC14-7290).
O sistema de arquivos (HFS ou zFS) em que o Developer for System z está instalado deve ser montado com o bit de permissão SETUID ativado (este é o padrão do sistema). Montar o sistema de arquivos com o parâmetro NOSETUID evita que o Developer for System z crie o ambiente de segurança do usuário e rejeita as solicitações de conexão do cliente. O mesmo é verdadeiro para os sistemas de arquivos que hospedam os binários Java e z/OS UNIX.
Developer for System z tem uma lista de softwares obrigatórios que devem estar instalados e operacionais antes de o produto funcionar. Há também uma lista de software de co-requisito para suportar recursos específicos do Developer for System z. Esses requisitos devem ser instalados e estar em funcionamento no tempo de execução para que o recurso correspondente funcione conforme projetado.
O Guia de Pré-requisitos do IBM Rational Developer for System z (S517-9092) tem uma lista de software obrigatórios que devem estar instalados e operacionais antes de o Developer for System z funcionar. Há também uma lista de software de co-requisito para suportar recursos específicos do Developer for System z. Esses requisitos devem estar instalados e em funcionamento no tempo de execução para que o recurso correspondente funcione conforme designado. A versão mais atualizada desta publicação pode ser localizada na página da biblioteca do website do Developer for System z (http://www-01.ibm.com/software/sw-library/en_US/products/Z964267S85716U24/).
O Developer for System z requer a alocação dos recursos do sistema listados na Tabela 1. Os recursos listados na Tabela 2 são necessários para serviços opcionais. Planeje ter estes recursos disponíveis porque, dependendo das políticas de seu site, pode levar algum tempo para obter o software.
Recurso | Valor-padrão | Informações |
---|---|---|
conjunto de dados LPA | FEK.SFEKLPA | Definições de LPA em LPALSTxx |
Conjunto de dados autorizado para APF | FEK.SFEKAUTH | Autorizações de APF no PROGxx |
tarefa iniciada | JMON e RSED | Alterações do PROCLIB |
porta para uso de host configurado (JMON) | 6715 | FEJJCNFG, o Arquivo de Configuração do Monitor de Tarefas JES |
porta para comunicação do host do cliente (RSED) | 4035 | rsed.envvars, o Arquivo de Configuração do RSE |
intervalo de portas para comunicação do host do cliente (RSED) | qualquer porta disponível é usada | Definindo o PORTRANGE Disponível para o Servidor RSE |
Definição de Segurança do Servidor z/OS UNIX | Permissão UPDATE para BPX.SERVER da tarefa iniciada RSED | Definir RSE como um servidor z/OS UNIX seguro |
Definições de segurança PassTicket | nenhum padrão | Definir o Suporte PassTicket para RSE |
Procedimentos de construção do MVS | ELAXF* | Alterações do PROCLIB |
Recurso | Valor-padrão | Informações |
---|---|---|
IPL com CLPA | não aplicável | (Opcional) Integrated Debugger |
tarefa iniciada | DBGMGR | (Opcional) Integrated Debugger |
conjunto de dados LINKLIST | FEK.SFEKAUTH e FEK.SFEKLOAD | |
conjunto de dados LPA | FEK.SFEKLPA | |
Perfis de segurança | AQE.** | |
intervalo de portas para uso confinado no host | qualquer porta disponível é usada | |
intervalo de portas para uso confinado no host | 5336 | (Opcional) Integrated Debugger |
porta para comunicação cliente-host |
|
|
atualização da CSD do CICS | diversos valores | |
atualização do CICS JCL |
|
Administrador | Tarefa | Informações |
---|---|---|
Sistema | Ações típicas do programador de sistema são necessárias para todas as tarefas de customização | N/A |
Security |
|
"Considerações de segurança" em Referência de Configuração do Host (SC14-7290) |
TCP/IP | Definir novas portas TCP/IP | "Considerações TCP/IP" em Referência de Configuração do Host (SC14-7290) |
WLM | Designe os objetivos da tarefa iniciada aos servidores e a seus processos-filhos | "Considerações do WLM" no Referência de Configuração do Host (SC14-7290). |
Administrador | Tarefa | Informações |
---|---|---|
Sistema | Ações típicas do programador de sistema são necessárias para todas as tarefas de customização | N/A |
Security |
|
|
TCP/IP | Definir novas portas TCP/IP | "Portas TCP/IP" em Referência de Configuração do Host (SC14-7290) |
SCLM |
|
(Opcional) SCLM Developer Toolkit |
CICS TS |
|
|
WLM |
|
|
LDAP | Definir grupos para push-to-client | “Push-to-client considerations” em Host Configuration Reference (SC14-7290) |
Para obter informações sobre o próprio Developer for System z, como ele interage com seu sistema e com os produtos de pré-requisito e de correquisito, consulte Referência de Configuração do Host (SC14-7290). Essas informações podem ajudá-lo a criar uma configuração que suporte suas atuais necessidades e futuro crescimento.
Ao contrário dos aplicativos tradicionais do z/OS, o Developer for System z não é um aplicativo monolítico que pode ser identificado facilmente para Workload Manager (WLM). O Developer for System z consiste em vários componentes que interagem para fornecer ao cliente acesso aos serviços e dados do sistema host. Para planejar a configuração do WLM, consulte "Considerações do WLM" no Referência de Configuração do Host (SC14-7290).
O Developer for System z usa uma quantidade variável de recursos, tais como espaços de endereço e processos e encadeamentos do z/OS UNIX. A disponibilidade desses recursos é limitada por várias definições do sistema. Para estimar o uso de recursos principais para que seja possível planejar sua configuração do sistema, consulte "Considerações de ajuste" no Referência de Configuração do Host (SC14-7290). O Developer for System z pode ser executado no modo de 31 bits ou de 64 bits, alterando significativamente as limitações de recursos de armazenamento.
O ID do usuário de um usuário do Developer for System z deve ter pelo menos os seguintes atributos:
USER=userid
OMVS INFORMATION
----------------
UID= 0000003200
HOME= /u/userid
PROGRAM= /bin/sh
CPUTIMEMAX= NONE
ASSIZEMAX= NONE
FILEPROCMAX= NONE
PROCUSERMAX= NONE
THREADSMAX= NONE
MMAPAREAMAX= NONE
GROUP group
OMVS INFORMATION
----------------
GID= 0000003243
O Developer for System z suporta a clonagem de uma instalação em um sistema diferente, evitando, assim, a necessidade de uma instalação do SMP/E em cada sistema.
Developer for System z
Os usuários do cliente Developer for System z devem saber o resultado de algumas customizações do sistema host, como números de portas TCP/IP, para que o cliente funcione corretamente. Use essas listas de verificação para reunir as informações necessárias.
A lista de verificação na Tabela 5 lista os resultados necessários de etapas de customização obrigatórias. A Tabela 6 lista os resultados necessários das etapas de customização opcionais.
Customização | Valor |
---|---|
Número da porta TCP/IP do daemon RSE. O padrão
é 4035.
Consulte o RSED, tarefa iniciada do daemon RSE. |
Customização | Valor |
---|---|
Local dos procedimentos ELAXF*,
se eles não estiverem em uma biblioteca de procedimentos de sistemas. O padrão FEK.#CUST.PROCLIB. Consulte a nota sobre JCLLIB em procedimentos de construção remota do ELAXF*. |
|
Nomes de procedimentos ou de etapas dos procedimentos ELAXF*,
se eles forem alterados. Consulte a nota sobre como alterá-los em procedimentos de construção remota do ELAXF*. |
|
Local do procedimento AKGCR, se ele não estiver em uma biblioteca de
procedimentos do sistema. O padrão é AKG.#CUST.PROCLIB. Consulte a nota sobre JCLLIB em Revisão de Código. |
|
Local do procedimento AKGCC, se ele não estiver em uma biblioteca de
procedimentos do sistema. O padrão é AKG.#CUST.PROCLIB. Consulte a nota sobre JCLLIB em Cobertura de Códigos. |
|
Local da instrução exec do Pré-processador de Inclusão FEKRNPLI. O padrão é FEK.#CUST.CNTL. Consulte o (Opcional) Suporte a Pré-processador de Inclusão. |
|
Local dos módulos de carregamento do depurador se não estiverem em LINKLIST. O padrão é FEK.SFEKAUTH. Consulte (Opcional) Integrated Debugger | |
Local dos módulos de carregamento de teste de unidade,
se não estiverem em LINKLIST ou STEPLIB de rsed.envvars.
O padrão é FEK.SFEKLOAD. Consulte o (Opcional) Suporte xUnit para Enterprise COBOL e PL/I. |
|
Local do procedimento AZUZUNIT, se ele não estiver em uma biblioteca de
procedimentos do sistema. O padrão é FEK.#CUST.PROCLIB. Consulte a nota sobre JCLLIB em (Opcional) Suporte xUnit para Enterprise COBOL e PL/I. |
|
Local dos arquivos XML *.xsd e *.xsl de
amostra usados para formatação de saída de teste de unidade. Os padrões são /usr/lpp/rdz/samples/zunit/xsd e /usr/lpp/rdz/samples/zunit/xsl. Consulte o (Opcional) Suporte xUnit para Enterprise COBOL e PL/I. |
|
(correquisito) Número da porta TN3270 para o Emulador de Conexão do Host. O padrão é 23. Consulte "Portas TCP/IP" no Referência de Configuração do Host (SC14-7290). |
|
(correquisito) Número da porta REXEC ou SSH que, por padrão
é 512 ou 22. Consulte o (Opcional) Subprojetos z/OS UNIX. |
|
(correquisito) Número da porta do servidor Debug Tool
(nenhum padrão). Consulte o (Opcional) Suporte de Depuração do DB2 e IMS. |
|
Número da porta do Application Deployment Manager que,
por padrão é 5129 para serviço da web ou 5130 para
serviço REST. Consulte "Portas TCP/IP" no Referência de Configuração do Host(SC14-7290). |
|
Local da biblioteca de amostra SFEKSAMP para amostras
do CARMA RAM. O padrão é FEK.SFEKSAMP. Consulte o CARMA Developer’s Guide (SC23-7660). |
|
Local da JCL CRA#ASLM
para alocações do conjunto de dados CARMA SCLM RAM. O padrão é FEK.#CUST.JCL.
Consulte a nota sobre CRA#ASLM em RAM do SCLM. |
As etapas de customização a seguir são para uma configuração Developer for System z básica. Consulte os capítulos sobre os componentes opcionais para seus requisitos de customização.
O Developer for System z contém vários arquivos de configuração de amostra e a JCL de amostra. Para evitar sobrescrever suas customizações ao aplicar manutenção, copie todos estes membros e os arquivos do z/OS UNIX para um local diferente e customize a cópia.
Algumas funções do Developer for System z requerem a existência de determinados diretórios no z/OS UNIX, que devem ser criados durante a customização do produto. Para facilitar o esforço de instalação, uma tarefa de amostra, FEKSETUP, é fornecida para criar as cópias e os requisitos necessários.
Para criar cópias customizáveis de arquivos de configuração e da JCL de configuração e para criar diretórios do z/OS UNIX necessários, customize e envie o membro FEKSETUP de amostra no conjunto de dados FEK.SFEKSAMP. As etapas necessárias de customização são descritas dentro do membro.
mkdir /usr/lpp/rdz/cust
ln -s /usr/lpp/rdz/cust /etc/rdz
Para obter mais informações sobre as definições PARMLIB listadas nas próximas seções, consulte MVS Initialization and Tuning Reference (SA22-7592). Para obter mais informações sobre os comandos do console de amostra, consulte MVS System Commands (SA22-7627).
O Explorador de Sistema Remoto (RSE), que fornece serviços principais, tais como conectar o cliente ao sistema host, é um processo baseado no z/OS UNIX. Portanto, é importante configurar os valores corretos para os limites do sistema z/OS UNIX em BPXPRMxx, com base no número de usuários do Developer for System z ativos simultaneamente e em sua média de carga de trabalho. Defina OMVS=xx no membro parmlib IEASYSxx para especificar qual membro parmlib BPXPRMxx deve ser usado durante o IPL.
Consulte "Considerações de ajuste" no Referência de Configuração do Host (SC14-7290) para obter informações adicionais sobre os diferentes limites definidos por BPXPRMxx e seu impacto no Developer for System z.
MAXASSIZE especifica o tamanho máximo da região do espaço de endereço (processo). Configure MAXASSIZE em SYS1.PARMLIB(BPXPRMxx) como 2G. Esse é o valor máximo permitido. Esse é um limite amplo do sistema e, dessa forma, ativo em todos os espaços de endereço do z/OS UNIX. Se isso não for o que você deseja, será possível configurar o limite apenas para o Developer for System z em seu software de segurança, conforme descrito em Definir as Tarefas Iniciadas do Developer for System z.
MAXTHREADS especifica o número máximo de encadeamentos ativos para um único processo. Configure MAXTHREADS em SYS1.PARMLIB(BPXPRMxx) como 1500 ou mais alto. Esse é um limite amplo do sistema e, dessa forma, ativo em todos os espaços de endereço do z/OS UNIX. Se isso não for o que você deseja, será possível configurar o limite apenas para o Developer for System z em seu software de segurança, conforme descrito em Definir as Tarefas Iniciadas do Developer for System z.
MAXTHREADTASKS especifica o número máximo de tarefas MVS ativas para um único processo. Configure MAXTHREADTASKS em SYS1.PARMLIB(BPXPRMxx) como 1500 ou mais alto. Esse é um limite amplo do sistema e, dessa forma, ativo em todos os espaços de endereço do z/OS UNIX. Se isso não for o que você deseja, será possível configurar o limite apenas para o Developer for System z em seu software de segurança, conforme descrito em Definir as Tarefas Iniciadas do Developer for System z.
MAXPROCUSER especifica o número máximo de processos que um único ID de usuário do z/OS UNIX pode ter simultaneamente ativo. Configure MAXPROCUSER em SYS1.PARMLIB(BPXPRMxx) como 50 ou superior. Esta configuração é destinada a ser um limite de todo o sistema, porque deve estar ativo para cada cliente que usa o Developer for System z.
MOUNT FILESYSTEM('#dsn')
MOUNTPOINT('-PathPrefix-usr/lpp/rdz')
MODE(RDWR) /* pode ser MODE(READ) */
TYPE(ZFS) PARM('AGGRGROW') /* zFS, com extensões */
/* TYPE(HFS) */ /* HFS, extensão auto. */
MOUNT FILESYSTEM('#dsn')
MOUNTPOINT('-PathPrefix-usr/lpp/rdzutil')
MODE(RDWR) /* pode ser MODE(READ) */
TYPE(ZFS) PARM('AGGRGROW') /* zFS, com extensões */
/* TYPE(HFS) */ /* HFS, extensão auto. */
Incluir comandos iniciais para os servidores Developer for System z RSED e JMON no SYS1.PARMLIB(COMMANDxx) para iniciá-los automaticamente no próximo IPL do sistema. Defina CMD=xx no membro parmlib IEASYSxx para especificar qual membro parmlib COMMNDxx deve ser usado durante o IPL.
O Depurador Integrado opcional requer que o servidor Developer for System z DBGMGR fique ativo em seu sistema.
O Integrated Debugger opcional requer que uma chamada do supervisor (SVC) do Developer for System z esteja definida em seu sistema.
Os SVCs definidos pela instalação são definidos no SYS1.PARMLIB(IEASVCxx) e requerem que um IPL seja ativado. O módulo de carregamento relacionado deve ser carregado em LPA no horário de IPL. Defina SVC=xx no membro parmlib IEASYSxx para especificar qual membro parmlib IEASVCxx deve ser usado durante o IPL.
SVCPARM 251,REPLACE,TYPE(3),EPNAME(AQESVC03) /* RDz debug */
O Developer for System z requer que os módulos da biblioteca de carregamento FEK.SFEKLPA estejam na Área do pacote de links (LPA) para que o daemon RSE funcione com os conjuntos de dados.
O serviço opcional Common Access Repository Manager (CARMA) suporta diferentes métodos de inicialização do servidor para o servidor CARMA. O método de inicialização CRASTART requer que os módulos na biblioteca de carregamento FEK.SFEKLPA estejam na LPA.
O Integrated Debugger opcional requer que os módulos de carregamento na biblioteca de carregamento FEK.SFEKLPA estejam na LPA durante o tempo de IPL.
Os conjuntos de dados de LPA são definidos em SYS1.PARMLIB(LPALSTxx). Defina LPA=xx no membro parmlib IEASYSxx para especificar qual membro parmlib LPALSTxx deve ser usado durante o IPL.
Para o Monitor de Tarefas do JES acessar os arquivos spool do JES, os módulos na biblioteca de carregamento FEK.SFEKAUTH e as bibliotecas de tempo de execução CEE.SCEERUN* Language Environment (LE) devem ser autorizadas pelo APF.
Para o Debug Manager opcional funcionar, os módulos na biblioteca de carregamento FEK.SFEKAUTH devem ser autorizadas pelo APF.
Para que o serviço SCLM Developer Toolkit funcione, a biblioteca de tempo de execução REXX (REXX.*.SEAGLPA) deve ser autorizada pelo APF.
Para o ISPF criar o TSO/ISPF Client Gateway, os módulos ISP* em SYS1.LINKLIB devem ser autorizados pelo APF. O TSO/ISPF Client Gateway é usado pelo serviço de Comandos do TSO do Developer for System z e pelo SCLM Developer Toolkit.
As autorizações de APF são definidas em SYS1.PARMLIB(PROGxx) por padrão. Defina PROG=xx no membro parmlib IEASYSxx para especificar qual membro parmlib PROGxx deve ser usado durante o IPL.
Biblioteca de carregamento | Módulos de carregamento | Uso | STEPLIB |
---|---|---|---|
FEK.SFEKAUTH | AQE* e CEE* | (Opcional) Integrated Debugger | Procedimento ELAXFGO ou CICS |
FEJJ* | Alterações do PROCLIB | Procedimentos de tarefa iniciada | |
FEK.SFEKLMOD | IRZ* e IIRZ* | (Opcional) Mensagens de IRZ de Diagnóstico para o Código Gerado | Lote do CICS, IMS ou MVS |
FEK.SFEKLOAD | AND* | (Opcional) Application Deployment Manager (descontinuado) | CICS |
AZU* e IAZU* | (Opcional) Suporte xUnit para Enterprise COBOL e PL/I | rsed.envvars ou lote do MVS | |
BWB* | (Opcional) SCLM Developer Toolkit | rsed.envvars | |
CRA* | (Opcional) CARMA (Common Access Repository Manager) | CRASUB* ou crastart*.conf | |
ELAX* | procedimentos de construção remota do ELAXF* (feedback de erro e pré-processador de inclusão) |
Procedimentos ELAXF* | |
FEJB* | (Opcional) Suporte de Linguagem Bidirecional do CICS | CICS | |
FEK.SFEKLPA | CRA* | (Opcional) CARMA (Common Access Repository Manager) | CRASRV.properties |
AQE* | (Opcional) Integrated Debugger | não aplicável (LPA requerido) |
Para que os serviços do Developer for System z listados funcionem, todos os módulos documentados na Tabela 7 que estão relacionados ao serviço devem estar disponíveis por meio do STEPLIB ou LINKLST (ou LPA). Observe que a biblioteca SFEKLMOD não é usada pelo Developer for System z propriamente, mas pelo código gerado pelo Developer for System z. Consulte a coluna STEPLIB na Tabela 7 se você optar por usar a STEPLIB para saber onde a definição da STEPLIB (ou DFHRPL para CICS) deve ser feita. Entretanto, esteja ciente do seguinte:
Os conjuntos de dados LINKLIST são definidos em SYS1.PARMLIB(PROGxx), se seu site seguiu as recomendações da IBM. Defina PROG=xx no membro parmlib IEASYSxx para especificar qual membro parmlib PROGxx deve ser usado durante o IPL.
Os conjuntos de dados LINKLIST são definidos em SYS1.PARMLIB(PROGxx) por padrão. Os conjuntos de dados de LPA são definidos em SYS1.PARMLIB(LPALSTxx).
O cliente Developer for System z possui um componente de geração de códigos chamado Enterprise Service Tools. Para que o código gerado emita mensagens de erro de diagnóstico, todos os módulos IRZM* e IIRZ* da biblioteca de carregamento FEK.SFEKLMOD devem ser disponibilizados por meio do STEPLIB ou LINKLIST.
Os conjuntos de dados LINKLIST são definidos em SYS1.PARMLIB(PROGxx) por padrão.
Se você optar por usar STEPLIB, deverá definir as bibliotecas que não estão disponíveis por meio de LINKLIST na diretiva STEPLIB da tarefa que executa o código (IMS ou a tarefa em lote). No entanto, se uma biblioteca STEPLIB for autorizada pelo APF, todas as outras bibliotecas STEPLIB deverão ser autorizadas. As bibliotecas perderão sua autorização do APF se forem combinadas com as bibliotecas no STEPLIB não autorizadas.
Os procedimentos de tarefa iniciada e de construção remota listados nas seguintes seções devem residir em uma biblioteca de procedimentos do sistema definida para seu subsistema JES. Nas instruções nas seções a seguir, a biblioteca de procedimentos padrão da IBM, SYS1.PROCLIB, é usada.
//*
//* JES JOB MONITOR
//*
//JMON PROC PRM=, * PRM='-TV' TO START TRACING
// LEPRM='RPTOPTS(ON)',
// HLQ=FEK,
// CFG=FEK.#CUST.PARMLIB(FEJJCNFG)
//*
//JMON EXEC PGM=FEJJMON,REGION=0M,TIME=NOLIMIT,
// PARM=('&LEPRM,ENVAR("_CEE_ENVFILE_S=DD:ENVIRON")/&PRM')
//STEPLIB DD DISP=SHR,DSN=&HLQ..SFEKAUTH
//ENVIRON DD DISP=SHR,DSN=&CFG
//SYSPRINT DD SYSOUT=*
//SYSOUT DD SYSOUT=*
// PEND
//*
//*
//* RDz Debug Manager
//*
//DBGMGR PROC PRM=, * PRM=DEBUG TO START TRACING
// LEPRM='RPTOPTS(ON)',
// TZ='EST5EDT',
// CLIENT=5335,
// HOST=5336,
// HLQ=FEK
//*
//DBGMGR EXEC PGM=AQEZPCM,REGION=0M,TIME=NOLIMIT,
// PARM=('&LEPRM ENVAR("TZ=&TZ")/&HOST &CLIENT 0 &PRM')
//STEPLIB DD DISP=SHR,DSN=&HLQ..SFEKAUTH
//SYSPRINT DD SYSOUT=*
//SYSOUT DD SYSOUT=*
// PEND
//*
//*
//* RSE DAEMON
//*
//RSED PROC IVP=, * 'IVP' to do an IVP test
// PORT=,
// CNFG='/etc/rdz',
// HOME='/usr/lpp/rdz'
//*
//RSED EXEC PGM=BPXBATSL,REGION=0M,TIME=NOLIMIT,
// PARM='PGM &HOME./bin/rsed.sh &IVP -C&CNFG -P&PORT'
//STDOUT DD SYSOUT=*
//STDERR DD SYSOUT=*
// PEND
//*
O script de inicialização rsed.sh pode ser iniciado sem argumentos, neste caso, são usados os valores de argumento padrão.
ln -s /long/directory/name/usr/lpp/rdz /usr/lpp/rdz
Quando o campo PARM estiver vazio, BPXBATCH iniciará um shell z/OS UNIX e executará o shell script que é fornecido pelo STDIN. O STDIN deve ser um arquivo do z/OS UNIX alocado como ORDONLY. O uso do STDIN desativa o uso de variáveis PROC, como TMPDIR. O shell executa os scripts de logon de shell /etc/profile e $HOME/.profile.
Para usar este método, primeiro atualize a JCL de inicialização para corresponder a algo semelhante à seguinte amostra:
//*
//* RSE DAEMON - USING STDIN
//*
//RSED PROC CNFG='/etc/rdz'
//*
//RSE EXEC PGM=BPXBATCH,REGION=0M,TIME=NOLIMIT
//STDOUT DD SYSOUT=*
//STDERR DD SYSOUT=*
//STDIN DD PATHOPTS=(ORDONLY),PATH='&CNFG./rsed.stdin.sh'
// PEND
//*
Em seguida, crie o shell script (/etc/rdz/rsed.stdin.sh neste exemplo) que iniciará o daemon RSE. É possível editar o arquivo com o comando do TSO OEDIT. O conteúdo desse script é semelhante à seguinte amostra:
CNFG=/etc/rdz
PORT=
IVP=
/long/directory/name/usr/lpp/rdz/bin/rsed.sh $IVP -C$CNFG –P$PORT –T$TMPDIR
O z/OS UNIX precisa de acesso de gravação a /tmp, ou a outro diretório que seja referenciado pela variável TMPDIR, para poder processar alguns comandos durante a inicialização da tarefa iniciada. O Developer for System z usa a seguinte lógica para configurar TMPDIR durante a inicialização da tarefa iniciada.
Durante a inicialização da tarefa iniciada, o Developer for System z verifica se TMPDIR já está configurado (DD STDENV). Se estiver, a tarefa iniciada usará esse valor. Se TMPDIR não estiver configurado, a tarefa iniciada testará se pode usar /tmp. Se não estiver, a tarefa iniciada testará se pode usar o diretório inicial designado ao ID do usuário da tarefa iniciada. Se esse diretório não puder ser usado, a inicialização falhará.
//*
//* RSE DAEMON
//*
//RSED PROC IVP=, * 'IVP' para fazer um teste de IVP
// PORT=,
// CNFG='/etc/rdz',
// HOME='/usr/lpp/rdz'
//*
//RSED EXEC PGM=BPXBATSL,REGION=0M,TIME=NOLIMIT,
// PARM='PGM &HOME./bin/rsed.sh &IVP -C&CNFG -P&PORT'
//STDOUT DD SYSOUT=*
//STDERR DD SYSOUT=*
//STDENV DD PATHOPTS=(ORDONLY),PATH=’&CNFG./rsed.stdenv’
// PEND
//*
TMPDIR=/tmp
Observe que, mesmo que rsed.envvars tenha uma variável TMPDIR, que será usada assim que a tarefa iniciada puder interpretar rsed.envvars, você não deverá vincular rsed.envvars a DD STDENV, porque isso causará falha de inicialização.
O Developer for System z permite especificar variáveis no DD STDENV da tarefa iniciada RSED que pode ser usada em rsed.envvars e que será propagada para o conjunto de encadeamentos RSE e, assim, também para todos os usuários finais.
Por exemplo, isso permite usar um único arquivo de configuração rsed.envvars para várias tarefas iniciadas RSED, uma vez que a informação que deve ser exclusiva, como o diretório de log, pode ser especificada em DD STDENV. O Figura 8 mostra uma tarefa iniciada RSED usando o DD STDENV e o Figura 9 mostra um arquivo de configuração rsed,envvars usando a variável definida em DD STDENV.
//*
//* RSE DAEMON
//*
//RSED PROC IVP=, * 'IVP' para fazer um teste de IVP
// PORT=,
// CNFG='/etc/rdz',
// HOME='/usr/lpp/rdz'
//*
//RSED EXEC PGM=BPXBATSL,REGION=0M,TIME=NOLIMIT,
// PARM='PGM &HOME./bin/rsed.sh &IVP -C&CNFG -P&PORT'
//STDOUT DD SYSOUT=*
//STDERR DD SYSOUT=*
//STDENV DD *
MYSYSTEM=CDFMVS08
// PEND
//*
_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Ddaemon.log=/var/rdz/logs/$MYSYSTEM"
O Developer for System z fornece procedimentos JCL de amostra que podem ser usados para a geração de JCL, construções de projetos remotos e recursos de verificação de sintaxe remotos de mapas BMS do CICS, de telas MFS do IMS, de programas COBOL, PL/I, Assembler e C/C++. Esses procedimentos permitem que instalações apliquem seus próprios padrões e garante que os desenvolvedores usem os mesmos procedimentos com as mesmas opções e níveis do compilador.
Os procedimentos de amostra e suas funções são listados na Tabela 8.
Membro | Propósito |
---|---|
ELAXFADT | Procedimento de amostra para montagem e depuração de programas assembler de Alto Nível. |
ELAXFASM | Procedimento de amostra para montagem de programas assembler de alto nível. |
ELAXFBMS | Procedimento de amostra para criação do objeto BMS do CICS e a cópia correspondente, dsect, ou incluir membro. |
ELAXFCOC | Procedimento de amostra para compilação COBOL e conversão do CICS Integrado e do DB2 integrado. |
ELAXFCOP | Procedimento de amostra para pré-processamento do DB2 de instruções EXEC SQL integradas em programas COBOL. |
ELAXFCOT | Procedimento de amostra para conversão do CICS para Instruções EXEC CICS integradas em programas COBOL. |
ELAXFCPC | Procedimento de amostra para compilação C. |
ELAXFCPP | Procedimento de amostra para compilação C++. |
ELAXFCP1 | Procedimento de amostra para compilação COBOL com instruções do pré-processador SCM (-INC e ++INCLUDE). |
ELAXFDCL | Procedimento de amostra para executar um programa em modo TSO. |
ELAXFGO | Procedimento de amostra para a etapa IR. |
ELAXFLNK | Procedimento de amostra para realizar vinculação de C/C++, COBOL. Programas PLI e High Level Assembler. |
ELAXFMFS | Procedimento de amostra para criar telas IMS MFS. |
ELAXFPLP | Procedimento de amostra para pré-processamento do DB2 de instruções EXEC SQL integradas em programas PLI. |
ELAXFPLT | Procedimento de amostra para realizar a conversão do CICS das instruções EXEC CICS incorporadas nos programas PLI. |
ELAXFPL1 | Procedimento de amostra para compilação PL/I e conversão do CICS integrado e conversão do DB2 integrado. |
ELAXFPP1 | Procedimento de amostra para compilação PL/I com instruções do pré-processador SCM (-INC e ++INCLUDE). |
ELAXFSP | Procedimento de amostra para registrar um procedimento armazenado no DB2. |
ELAXFSQL | Procedimento de amostra para chamar SQL. |
ELAXFTSO | Procedimento de amostra para executar e depurar o código do DB2 gerado no modo TSO. |
ELAXFUOP | Procedimento de amostra para a geração da etapa UOPT ao construir programas que executam nos subsistemas CICS ou IMS. |
Os nomes dos procedimentos e os nomes das etapas nos procedimentos correspondem às propriedades padrão que estão incluídas no cliente Developer for System z. Se o nome de um procedimento ou o nome de uma etapa em um procedimento for alterado, o arquivo de propriedades correspondente em todos os clientes deverá ser atualizado. Você não deve alterar os nomes de etapa e procedimento.
Customize os membros do procedimento de construção de amostra, FEK.#CUST.PROCLIB(ELAXF*), conforme descrito nos membros, e copie-os para SYS1.PROCLIB. Forneça os qualificadores de alto nível corretos para bibliotecas do produto diferentes, conforme descrito na Tabela 9.
Produto | HLQ Padrão | Valor |
---|---|---|
Developer for System z | FEK | |
CICS | CICSTS42.CICS | |
DB2 | DSNA10 | |
IMS | IMS | |
COBOL | IGY.V4R2M0 | |
PL/I | PLI.V4R2M0 | |
C/C++ | CBC | |
LE | CEE | |
LINKLIB do sistema | SYS1 | |
MACLIB do sistema | SYS1 |
Produto | DSN Padrão | Valor |
---|---|---|
Developer for System z - Amostras SQL | FEK.#CUST.SQL | |
Bibliotecas de execução do DB2 | DSNA10.RUNLIB.LOAD |
Se os procedimentos ELAXF* não puderem ser copiados para uma biblioteca de procedimentos de sistema, solicite aos usuários do Developer for System z incluírem um cartão JCLLIB (logo após o cartão JOB) nas propriedades da tarefa no cliente.
//MYJOB JOB <job parameters>
//PROCS JCLLIB ORDER=(FEK.#CUST.PROCLIB)
Para criar definições de segurança para o Developer for System z, customize e envie o membro de amostra FEKRACF. O usuário que enviar essa tarefa deve ter privilégios de administrador de segurança, como sendo RACF SPECIAL.
FEKRACF está localizado em FEK.#CUST.JCL, a menos que você tenha especificado um local diferente quando customizou e enviou a tarefa FEK.SFEKSAMP(FEKSETUP). Para obter mais detalhes, consulte Configuração de Customização.
Atenção: O pedido de conexão do cliente falhará se os PassTickets não estiverem configurados corretamente.
|
O JES Job Monitor (JMON) fornece todos os serviços relacionados ao JES. O comportamento do JES Job Monitor pode ser controlado com as definições em FEJJCNFG.
FEJJCNFG está localizado em FEK.#CUST.PARMLIB, a menos que você tenha especificado um local diferente quando customizou e enviou a tarefa FEK.SFEKSAMP(FEKSETUP). Para obter mais detalhes, consulte Configuração de Customização.
Customize o membro de configuração do JES Job Monitor de amostra FEJJCNFG, conforme mostrado na seguinte amostra. As linhas de comentário começam com um sinal de número (#) ao usar uma página de códigos dos EUA. As linhas de dados podem ter apenas uma diretiva e seu valor designado. Não são permitidos comentários na mesma linha.
SERV_PORT=6715
TZ=EST5EDT
#APPLID=FEKAPPL
#AUTHMETHOD=SAF
#CODEPAGE=UTF-8
#CONCHAR=$
#CONSOLE_NAME=JMON
#GEN_CONSOLE_NAME=OFF
#HOST_CODEPAGE=IBM-1047
#LIMIT_COMMANDS=NOLIMIT
#LIMIT_CONSOLE=LIMITED
#LIMIT_VIEW=USERID
#LISTEN_QUEUE_LENGTH=5
#LOOPBACK_ONLY=ON
#MAX_DATASETS=32
#MAX_THREADS=200
#TIMEOUT=3600
#TIMEOUT_INTERVAL=1200
#TRACE_STORAGE=OFF
#SEARCHALL=OFF
#SUBMIT_TIMEOUT=30
#SUBMITMETHOD=TSO
#TSO_TEMPLATE=FEK.#CUST.CNTL(FEJTSO)
O número da porta para o Monitor de Tarefas JES. A porta padrão é 6715. A porta pode ser alterada, se necessário.
As definições a seguir são opcionais. Se omitidas, os valores padrão serão usados, conforme especificado abaixo:
IEA630I OPERATOR console NOW ACTIVE,
SYSTEM=sysid, LU=id
IEA631I OPERATOR console NOW INACTIVE, SYSTEM=sysid, LU=id
Essa diretiva é usada apenas quando CONSOLE_NAME é igual a &SYSUID e o ID do usuário não está disponível como nome do console.
Se GEN_CONSOLE_NAME=ON, um nome de console alternativo é gerado, anexando um único dígito numérico ao ID do usuário. Os dígitos 0 a 9 são tentados. Se nenhum console disponível for localizado, o comando emitido pelo cliente falha.
Observe que esta página de códigos não é usada para interpretação de dados, apenas para operações do servidor e configuração de conexão do cliente. O cliente Developer for System z fornece a página de códigos a ser usada para interpretação de dados (que são recuperados das propriedades do sistema de arquivos de "Arquivos do MVS").
Proprietário da tarefa | ||
---|---|---|
LIMIT_COMMANDS | Usuário | Outra |
USERID (padrão) | Permitido | Não permitido |
LIMITED | Permitido | Permitido somente se for permitido explicitamente por perfis de segurança |
NOLIMIT | Permitido | Permitido se for permitido pelos perfis de segurança ou quando a classe JESSPOOL não estiver ativa |
Quando existe um perfil de segurança para um comando, o usuário deve ter permissão suficiente para executar o comando, independentemente da configuração de LIMIT_CONSOLE. As únicas configurações válidas são LIMITED e NOLIMIT.
Os processos do servidor RSE (daemon RSE, conjunto de encadeamentos RSE e servidor RSE) utilizam as definições no rsed.envvars. Os serviços opcionais do Developer for System z e de terceiros podem usar este arquivo de configuração também para definir variáveis de ambiente para seu uso.
O Explorador de Sistema Remoto (RSE) fornece serviços principais, tais como conectar o cliente ao sistema host e iniciar outros servidores para serviços específicos.
rsed.envvars está localizado em /etc/rdz/, a menos que você tenha especificado um local diferente quando customizou e enviou a tarefa FEK.SFEKSAMP(FEKSETUP). Para obter mais detalhes, consulte Configuração de Customização. É possível editar o arquivo com o comando do TSO OEDIT.
Consulte o seguinte arquivo rsed.envvars de amostra, que deve ser customizado para corresponder ao ambiente do sistema. As linhas de comentário começam com um sinal de número (#) ao usar uma página de códigos dos EUA. As linhas de dados podem ter apenas uma diretiva e seu valor designado; não são permitidos comentários na mesma linha. As continuações de linha e os espaços ao redor do sinal de igual (=) não são suportadas.
#=============================================================
# (1) definições necessárias
JAVA_HOME=/usr/lpp/java/J6.0
RSE_HOME=/usr/lpp/rdz
_RSE_RSED_PORT=4035
_RSE_JMON_PORT=6715
RSE_HLQ=FEK
_RSE_HOST_CODEPAGE=IBM-1047
TZ=EST5EDT
LANG=C
PATH=/bin:/usr/sbin
_CEE_DMPTARG=/tmp
STEPLIB=NONE
#STEPLIB=$STEPLIB:CEE.SCEERUN:CEE.SCEERUN2:CBC.SCLBDLL
_RSE_JAVAOPTS=""
_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Xms128m -Xmx512m"
_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Ddaemon.log=/var/rdz/logs"
_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Duser.log=/var/rdz/logs"
_RSE_JAVAOPTS="$_RSE_JAVAOPTS -DDSTORE_LOG_DIRECTORY="
_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dlog.retention.period=5"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dmaximum.clients=30"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dmaximum.threads=520"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dminimum.threadpool.process=1"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dmaximum.threadpool.process=100"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dipv6=true"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Denable.dDVIPA=true"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Ddisplay.users=true"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dkeep.all.logs=false"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dkeep.last.log=true"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Denable.standard.log=true"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dlog.mode=RW.N.N"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dlog.secure.mode=false"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Denable.port.of.entry=true"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Denable.certificate.mapping=false"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Denable.automount=true"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Denable.audit.log=true"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Daudit.cycle=30"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Daudit.retention.period=0"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Daudit.log.mode=RW.R.N"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Daudit.action=<user_exit>
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Daudit.action.id=<userid>
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dlogon.action=<user_exit>
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dlogon.action.id=<userid>
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Ddeny.nonzero.port=true"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dsingle.logon=false"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dprocess.cleanup.interval=0"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dreject.logon.threshold=1000000"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dinclude.c=/etc/rdz/include.conf"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dinclude.cpp=/etc/rdz/include.conf"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -DCPP_CLEANUP_INTERVAL=60000"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -DRIS_BUFFER=8"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -DAPPLID=FEKAPPL"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dkeep.stats.copy.local=true"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Ddebug.miner.autoreconnect=0"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Ddebug.miner.localhost=localhost"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dsearch.server.limit.hits=0"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dsearch.server.limit.scanned_objects=0"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dsearch.server.limit.lines=0"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dsearch.server.limit.timeout=0"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dsearch.server.limit.errcount=true"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -DDISABLE_TEXT_SEARCH=true"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -DDENY_PASSWORD_SAVE=true"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -DHIDE_ZOS_UNIX=true"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -DDISABLE_REMOTE_INDEX_SEARCH=true"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -DDISABLE_DELETE_IN_SUBPROJECT=true"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -DDENY_PASSWORD_SAVE=true"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -DDISABLE_REMOTE_INDEX_SEARCH=true"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -DDISABLE_DELETE_IN_SUBPROJECT=true"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -DDENY_PASSWORD_SAVE=true"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -DHIDE_ZOS_UNIX=true"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -DDSTORE_IDLE_SHUTDOWN_TIMEOUT=3600000"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -DDSTORE_USE_THREADED_MINERS=false"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -DDSTORE_SSL_ALGORITHM=TLSv1.2"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -DDSTORE_TCP_NO_DELAY=true"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -DDSTORE_TRACING_ON=true"
#_RSE_JAVAOPTS="$_RSE_JAVAOPTS -DDSTORE_MEMLOGGING_ON=true"
#=============================================================
# (2) definições necessárias para o Gateway do Cliente TSO/ISPF
CGI_ISPHOME=/usr/lpp/ispf
CGI_ISPCONF=/etc/rdz
CGI_ISPWORK=/var/rdz
#STEPLIB=$STEPLIB:ISP.SISPLOAD:ISP.SISPLPA:SYS1.LINKLIB
_RSE_ISPF_OPTS=""
#_RSE_ISPF_OPTS="$_RSE_ISPF_OPTS&ISPPROF=&SYSUID..ISPPROF"
#CGI_ISPPREF="&SYSPREF..ISPF.VCMISPF"
#=============================================================
# (3) definições necessárias para o SCLM Developer Toolkit
_SCLMDT_CONF_HOME=/var/rdz/sclmdt
#STEPLIB=$STEPLIB:$RSE_HLQ.SFEKAUTH:$RSE_HLQ.SFEKLOAD
#_SCLMDT_TRANTABLE=FEK.#CUST.LSTRANS.FILE
#ANT_HOME=/usr/lpp/Apache/Ant/apache-ant-1.7.1
#=============================================================
# (4) definições opcionais
#_RSE_PORTRANGE=8108-8118
#_BPXK_SETIBMOPT_TRANSPORT=TCPIP
#TMPDIR=/tmp
#_RSE_FEK_SAF_CLASS=FACILITY
#_RSE_LDAP_SERVER=ldap_server_url
#_RSE_LDAP_PORT=389
#_RSE_LDAP_PTC_GROUP_SUFFIX="o=PTC,c=DeveloperForZ"
#GSK_CRL_SECURITY_LEVEL=HIGH
#GSK_LDAP_SERVER=ldap_server_url
#GSK_LDAP_PORT=ldap_server_port
#GSK_LDAP_USER=ldap_userid
#GSK_LDAP_PASSWORD=ldap_server_password
#STEPLIB=$RSE_HLQ.SFEKLOAD:SYS1.CSSLIB:SYS1.SIXMLOD1
#RSE_UBLD_DD=$CGI_ISPCONF/ISPF.conf
#RSE_UBLD_STEPLIB=$STEPLIB
#=============================================================
# (5) não alterar, a menos que seja orientado pelo centro de suporte da IBM
_RSE_SAF_CLASS=/usr/include/java_classes/IRRRacf.jar
_CEE_RUNOPTS="ALL31(ON) HEAP(32M,32K,ANYWHERE,KEEP,,) TRAP(ON)"
_BPX_SHAREAS=YES
_BPX_SPAWN_SCRIPT=YES
_EDC_ADD_ERRNO2=1
JAVA_PROPAGATE=NO
RSE_DSN_SFEKLOAD=$RSE_HLQ.SFEKLOAD
RSE_LIB=$RSE_HOME/lib
PATH=.:$JAVA_HOME/bin:$RSE_HOME/bin:$CGI_ISPHOME/bin:$PATH
LIBPATH=$JAVA_HOME/bin:$JAVA_HOME/bin/classic:$RSE_LIB:$RSE_LIB/icuc
LIBPATH=.:/usr/lib:$LIBPATH
CLASSPATH=$RSE_LIB:$RSE_LIB/dstore_core.jar:$RSE_LIB/clientserver.jar
CLASSPATH=$CLASSPATH:$RSE_LIB/dstore_extra_server.jar
CLASSPATH=$CLASSPATH:$RSE_LIB/zosserver.jar
CLASSPATH=$CLASSPATH:$RSE_LIB/dstore_miners.jar
CLASSPATH=$CLASSPATH:$RSE_LIB/universalminers.jar:$RSE_LIB/mvsminers.jar
CLASSPATH=$CLASSPATH:$RSE_LIB/carma.jar:$RSE_LIB/luceneminer.jar
CLASSPATH=$CLASSPATH:$RSE_LIB/mvsluceneminer.jar:$RSE_LIB/cdzminer.jar
CLASSPATH=$CLASSPATH:$RSE_LIB/mvscdzminer.jar:$RSE_LIB/jesminers.jar
CLASSPATH=$CLASSPATH:$RSE_LIB/debug_miner.jar
CLASSPATH=$CLASSPATH:$RSE_LIB/mvsutil.jar:$RSE_LIB/jesutils.jar
CLASSPATH=$CLASSPATH:$RSE_LIB/lucene-core-2.3.2.jar
CLASSPATH=$CLASSPATH:$RSE_LIB/cdtparser.jar:$RSE_LIB/wdzBidi.jar
CLASSPATH=$CLASSPATH:$_RSE_SAF_CLASS
CLASSPATH=.:$CLASSPATH
_RSE_PTC=$_RSE_LDAP_PTC_GROUP_SUFFIX
_RSE_ISPF_OPTS="&SESSION=SPAWN$_RSE_ISPF_OPTS"
_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dldap.server.address=$_RSE_LDAP_SERVER"
_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dldap.server.port=$_RSE_LDAP_PORT"
_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dldap.ptc.group.name.suffix=$_RSE_PTC"
_RSE_JAVAOPTS="$_RSE_JAVAOPTS -DISPF_OPTS='$_RSE_ISPF_OPTS'"
_RSE_JAVAOPTS="$_RSE_JAVAOPTS -DA_PLUGIN_PATH=$RSE_LIB"
_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Xbootclasspath/p:$RSE_LIB/bidiTools.jar"
_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dfile.encoding=$_RSE_HOST_CODEPAGE"
_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dconsole.encoding=$_RSE_HOST_CODEPAGE"
_RSE_JAVAOPTS="$_RSE_JAVAOPTS -DDSTORE_INITIAL_SIZE=0"
_RSE_JAVAOPTS="$_RSE_JAVAOPTS -DDSTORE_MAX_FREE=0"
_RSE_JAVAOPTS="$_RSE_JAVAOPTS -DDSTORE_SPIRIT_ON=true"
_RSE_JAVAOPTS="$_RSE_JAVAOPTS -DSPIRIT_EXPIRY_TIME=90"
_RSE_JAVAOPTS="$_RSE_JAVAOPTS -DSPIRIT_INTERVAL_TIME=6"
_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dcom.ibm.cacheLocalHost=true"
_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Duser.home=$HOME"
_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dclient.username=$RSE_USER_ID"
_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dlow.heap.usage.ratio=15"
_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dmaximum.heap.usage.ratio=40"
_RSE_JAVAOPTS="$_RSE_JAVAOPTS -DDSTORE_KEEPALIVE_ENABLED=true"
_RSE_JAVAOPTS="$_RSE_JAVAOPTS -DDSTORE_KEEPALIVE_RESPONSE_TIMEOUT=60000"
_RSE_JAVAOPTS="$_RSE_JAVAOPTS -DDSTORE_IO_SOCKET_READ_TIMEOUT=180000"
_RSE_JAVAOPTS="$_RSE_JAVAOPTS -DRSECOMM_LOGFILE_MAX=0"
_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Djob.monitor.port=$_RSE_JMON_PORT"
_RSE_JAVAOPTS="$_RSE_JAVAOPTS -Dlock.info.timeout=10000"
_RSE_JAVAOPTS="$_RSE_JAVAOPTS -showversion"
_RSE_SERVER_CLASS=org.eclipse.dstore.core.server.Server
_RSE_DAEMON_CLASS=com.ibm.etools.zos.server.RseDaemon
_RSE_POOL_SERVER_CLASS=com.ibm.etools.zos.server.ThreadPoolProcess
_RSE_SERVER_TIMEOUT=120000
_SCLMDT_BASE_HOME=$RSE_HOME
_SCLMDT_WORK_HOME=$CGI_ISPHOME
CGI_DTWORK=$_SCLMDT_WORK_HOME
_CMDSERV_BASE_HOME=$CGI_ISPHOME
_CMDSERV_CONF_HOME=$CGI_ISPCONF
_CMDSERV_WORK_HOME=$CGI_ISPWORK
#=============================================================
# (6) variáveis adicionais de ambiente
Informações adicionais podem ser localizadas no UNIX System Services Command Reference (SA22-7802).
# RSE
STEPLIB=$STEPLIB:CEE.SCEERUN:CEE.SCEERUN2:CBC.SCLBDLL
# ISPF
STEPLIB=$STEPLIB:ISP.SISPLOAD:ISP.SISPLPA:SYS1.LINKLIB
# SCLM Developer Toolkit
STEPLIB=$STEPLIB:$RSE_HLQ.SFEKAUTH:$RSE_HLQ.SFEKLOAD
# zUnit, xUnit suporte para Enterprise COBOL e PL/I
STEPLIB=$STEPLIB:$RSE_HLQ.SFEKLOAD:SYS1.CSSLIB:SYS1.SIXMLOD1
As definições a seguir serão necessárias se o ISPFs TSO/ISPF Client Gateway for usado para o serviço de Comandos do TSO ou para o SCLM Developer Toolkit.
As definições a seguir são necessárias se o SCLM Developer Toolkit for utilizado.
As definições a seguir são opcionais. Se omitidas, os valores padrão serão usados:
O nome do host pode ser um endereço TCP/IP ou um URL. Cada nome do host pode conter um número da porta opcional separado do nome do host por um sinal de dois pontos (:).
As definições a seguir são necessárias e não devem ser alteradas, a menos que você seja orientado pelo centro de suporte da IBM:
Essa é uma parte da customização de rsed.envvars que especifica as portas nas quais o servidor RSE pode se comunicar com o cliente. Este intervalo de portas não possui nenhuma conexão com a porta do daemon do RSE.
#_RSE_PORTRANGE=8108-8118
O servidor RSE não precisa da porta exclusivamente pela duração da conexão do cliente. É apenas no período de tempo entre a ligação do servidor e a conexão do cliente que nenhum outro servidor RSE pode ligar-se à porta. Isso significa que a maioria das conexões usa a primeira porta no intervalo, com o restante do intervalo sendo um buffer no caso de diversos logons simultâneos.
Com as diferentes diretivas _RSE_*OPTS, rsed.envvars fornece o recurso de fornecer parâmetros extras para Java quando ele inicia os processos RSE. As opções de amostra incluídas em rsed.envvars podem ser ativadas pela remoção dos comentários.
_RSE_JAVAOPTS define opções Java padrão e específicas do RSE.
As diretivas a seguir são comentadas por padrão.
Os padrões do UNIX determinam que permissões podem ser configuradas para os três tipos de usuários: proprietário, de grupo e outros. Os campos nesta variável correspondem a esta ordem e os campos são separados por um ponto (.). Cada campo pode estar vazio (o que equivale a N) ou ter N, R, W ou RW como valores, em que N = nenhum, R = leitura e W = gravação.
Os padrões do UNIX determinam que permissões podem ser configuradas para os três tipos de usuários: proprietário, de grupo e outros. Os campos nesta máscara de variável correspondem a este pedido, e os campos são separados por um ponto (.). Cada campo pode estar vazio (o que equivale a N), ou tem N, R, W, ou RW como valores, em que N = nenhum, R = leitura e W = gravação.
debug.miner.autoreconnect | Comportamento de reconexão |
---|---|
-1 | Não reconectar |
0 (padrão) | Tentativa de reconexão a cada minuto até que seja bem sucedida |
1-86400 | Tentativa de reconexão atingiu a quantidade de vezes especificada. O valor máximo, 86400, equivale a 24 horas. |
Com as diferentes diretivas _RSE_*OPTS, rsed.envvars fornece o recurso de fornecer parâmetros extras para Java quando ele inicia os processos RSE. As opções de amostra incluídas em rsed.envvars podem ser ativadas pela remoção dos comentários.
As diretivas _RSE_ISPF_OPTS são opções Java específicas do RSE e, por padrão, entram em vigor apenas quando o TSO/ISPF Client Gateway do ISPF é usado pelo Developer for System z.
O Gateway do Cliente TSO/ISPF do ISPF usa as definições no ISPF.conf para criar um ambiente válido para executar comandos TSO e ISPF em lote. O Developer for System z utiliza esse ambiente para executar alguns serviços baseados em MVS. Esses serviços incluem TSO Commands e SCLM Developer Toolkit.
O ISPF.conf está localizado em /etc/rdz/, a menos que você tenha especificado um local diferente quando customizou e enviou a tarefa FEK.SFEKSAMP(FEKSETUP). Para obter mais detalhes, consulte Configuração de Customização. É possível editar o arquivo com o comando do TSO OEDIT.
As definições devem ser iniciadas na coluna 1. As linhas de comentário são iniciadas com um asterisco (*) ao usar uma página de códigos dos EUA. As linhas de dados podem ter apenas uma diretiva e seu valor designado. Não são permitidos comentários na mesma linha. Continuações de linha não são suportadas. Ao concatenar os nomes do conjunto de dados, inclua-os na mesma linha e separe os nomes com vírgula (,).
Além de fornecer os nomes corretos para os conjuntos de dados do ISPF, inclua também o nome do conjunto de dados do serviço de Comandos TSO, FEK.SFEKPROC, na instrução SYSPROC ou SYSEXEC, conforme mostrado no exemplo a seguir.
* REQUIRED:
sysproc=ISP.SISPCLIB,FEK.SFEKPROC
ispmlib=ISP.SISPMENU
isptlib=ISP.SISPTENU
ispplib=ISP.SISPPENU
ispslib=ISP.SISPSLIB
ispllib=ISP.SISPLOAD
* OPTIONAL:
*allocjob = ISP.SISPSAMP(ISPZISP2)
*ISPF_timeout = 900
ISPTRACE=nullfile
Esta seção combina uma variedade de tarefas opcionais de customização. Siga as instruções na seção apropriada para configurar o serviço necessário.
A descrição detalhada dos vários installation verification programs (IVPs) está localizada em Verificação de Instalação, porque alguns dos IVPs são para os componentes opcionais.
FEJ211I Servidor pronto para aceitar conexões.
Se a tarefa terminar com o código de retorno 66, FEK.SFEKAUTH não será autorizado pelo APF.
FEK002I RseDaemon started. (porta=4035)
F RSED,APPL=IVP PASSTICKET,userid
F RSED,APPL=IVP DAEMON,userid
F RSED,APPL=IVP ISPF,userid
Substitua userid por um ID do usuário do TSO válido.
O Common Access Repository Manager (CARMA) é uma plataforma do servidor para os Repository Access Managers (RAMs). Uma RAM é uma API (Interface de Programação de Aplicativos) para um SCM (Software Configuration Manager) baseado em z/OS. Ao agrupar a funcionalidade do SCM em um RAM, uma única API está disponível para um cliente acessar qualquer SCM suportado.
O Developer for System z fornece diversos exemplos de RAMs e códigos-fonte pré-construídos para criar seu próprio RAM.
Os SCMs que são baseados em sistemas host precisam de espaços de endereço de usuário único para acessar seus serviços, o que requer que o CARMA inicie um servidor CARMA para cada usuário. Não é possível criar um único servidor de suporte para diversos usuários.
Developer for System z suporta múltiplos métodos para iniciar um servidor CARMA. Developer for System z também fornece múltiplos Repository Access Managers (RAMs), que podem ser divididos em dois grupos, RAMs de produção e RAMs de amostra. Essa publicação descreve várias combinações possíveis de RAMs e métodos de inicialização do servidor. Cada um dos cenários de configuração descritos está disponível como uma configuração pré-configurada.
Developer for System z suporta múltiplos métodos para iniciar um servidor CARMA. Cada método tem benefícios e desvantagens.
O método "CRASTART" inicia o servidor CARMA como uma subtarefa dentro do RSE. Este método fornece uma configuração muito flexível usando um arquivo de configuração separado que define alocações do conjunto de dados e chamadas de programa que são necessárias para iniciar um servidor CARMA. Este método fornece o melhor desempenho e usa a menor quantidade de recursos, mas requer que o módulo CRASTART esteja localizado no LPA.
O método "envio em lote" inicia o servidor CARMA enviando uma tarefa. Este é o método padrão usado nos arquivos de configuração de amostra fornecidos. O benefício desse método é que os logs do CARMA são facilmente acessados na saída de tarefas. Ele também permite o uso de JCL de servidor customizado para cada desenvolvedor, que é mantido pelo próprio desenvolvedor. No entanto, este método usa um inicializador JES para cada desenvolvedor que inicia um servidor CARMA.
O método "TSO/ISPF Client Gateway" utiliza TSO/ISPF Client Gateway do ISPF para criar um ambiente TSO ou ISPF, no qual o servidor CARMA é iniciado. Este método permite alocações do conjunto de dados flexíveis usando as possibilidades de ISPF.conf. Entretanto, esse método não é adequado para acessar SCMs que interferem em operações normais do TSO ou ISPF.
Os RAMs de tipo de produção são totalmente funcionais, pré-construídos para poderem ser usados para acessar um SCM em um ambiente de produção.
O IBM Rational Developer for System z Interface for CA Endevor® Software Configuration Manager dá aos clientes do Developer for System z acesso direto ao CA Endevor® SCM. De agora em diante, IBM Rational Developer for System z Interface for CA Endevor® SCM será abreviado para CA Endevor® SCM RAM.
O RAM de pacotes CA Endevor® SCM fornece aos clientes Developer for System z acesso direto a pacotes CA Endevor® SCM.
Os RAMs de amostra são fornecidos com o propósito de testar a configuração do ambiente do CARMA e como exemplos para o desenvolvimento de seus próprios RAMs. O código-fonte está incluído.
O PDS RAM fornece uma lista de conjuntos de dados semelhante a MVS Arquivos -> Meus Conjuntos de Dados na visualização Sistemas Remotos.
O RAM de base fornece uma estrutura funcional que pode ser utilizada como ponto de início para o desenvolvimento de seu próprio RAM.
O SCLM RAM fornece uma entrada básica para SCLM, o Software Configuration Manager do ISPF. O SCLM RAM não é ativado por padrão.
Informações detalhadas sobre diferentes etapas de cada cenário podem ser localizadas em Detalhes da Configuração do CARMA.
É possível incluir um RAM em qualquer configuração do CARMA, agora ou em alguma parte no futuro. Consulte (Opcional) Suportando Múltiplos RAMs para obter informações adicionais sobre como incluir um RAM em uma configuração existente.
Esta etapa de customização pode ser omitida se você desejar usar um dos outros cenários com diferentes especificações.
Para definir e preencher os conjuntos de dados VSAM relacionados ao CARMA, customize e envie as seguintes tarefas de JCL. Para instruções de customização, consulte a documentação no membro. Os conjuntos de dados VSAM existentes são substituídos.
Para obter detalhes adicionais sobre esta etapa, consulte Conjuntos de Dados CARMA VSAM.
O servidor RSE utiliza as configurações em /etc/rdz/CRASRV.properties para iniciar e se conectar a um servidor CARMA. É possível editar o arquivo com o comando do TSO OEDIT. Para que as mudanças entrem em vigor, reinicie a tarefa iniciada pelo RSED.
Quando você utiliza os locais de arquivo padrão, as únicas mudanças necessárias são alterar o valor da diretiva clist.dsname para *CRASTART e alterar o valor de crastart.configuration.file para /etc/rdz/crastart.endevor.conf. Para obter informações adicionais sobre as diferentes diretivas, consulte CRASRV.properties, a Interface RSE para CARMA.
clist.dsname=*CRASTART
crastart.configuration.file=crastart.endevor.conf
CRASTART usa as definições em /etc/rdz/crastart.endevor.conf para criar um ambiente TSO/ISPF válido para iniciar um servidor CARMA. É possível editar o arquivo com o comando do TSO OEDIT. As mudanças entram em vigor para todos os servidores CARMA que são iniciados após a atualização.
Para instruções de customização, consulte a documentação no arquivo. Para obter mais informações sobre o método de inicialização CRASTART, consulte crastart*.conf, A Inicialização do Servidor CRASTART.
* DD utilizado pelo RAM
TYPEMAP = FEK.#CUST.PARMLIB(CRATMAP)
SHOWVIEW= FEK.#CUST.PARMLIB(CRASHOW)
CRACFG = FEK.#CUST.PARMLIB(CRACFG)
* uncomment CRABCFG and CRABSKEL to use batch actions
*CRABCFG = FEK.#CUST.PARMLIB(CRABCFG)
*CRABSKEL= FEK.#CUST.CNTL
* uncomment and provide correct DSN to use Package Ship
*APIHJC = #shiphjc
CONLIB = CA.NDVR.CSIQLOAD
-COMMAND=ALLOC FI(JCLOUT) SYSOUT(A) WRITER(INTRDR) RECFM(F) LRECL(80)
BLKSIZE(80)
-COMMAND=ALLOC FI(EXT1ELM) NEW DELETE DSORG(PS) RECFM(V,B) LRECL(4096)
BLKSIZE(27998) SPACE(5,5) TRACKS UNIT(SYSALLDA)
-COMMAND=ALLOC FI(EXT2ELM) NEW DELETE DSORG(PS) RECFM(V,B) LRECL(4096)
BLKSIZE(27998) SPACE(5,5) TRACKS UNIT(SYSALLDA)
-COMMAND=ALLOC FI(EXT1DEP) NEW DELETE DSORG(PS) RECFM(V,B) LRECL(4096)
BLKSIZE(27998) SPACE(5,5) TRACKS UNIT(SYSALLDA)
C1EXMSGS= SYSOUT(H)
C1MSGS1 = SYSOUT(H)
MSG3FILE= DUMMY
* DD utilizado pelo servidor CARMA (CRASERV)
* preste atenção às autorizações APF ao usar TASKLIB
TASKLIB = FEK.SFEKLOAD,CA.NDVR.CSIQAUTH,CA.NDVR.CSIQAUTU
CRADEF = FEK.#CUST.CRADEF
CRAMSG = FEK.#CUST.CRAMSG
CRASTRS = FEK.#CUST.CRASTRS
CARMALOG = SYSOUT(H)
SYSPRINT= SYSOUT(H)
* DD usado pelo ISPF (via NDVRC1)
-COMMAND=ALLOC FI(ISPCTL0) NEW DELETE DSORG(PS) RECFM(F,B) LRECL(80)
BLKSIZE(32720) SPACE(5,5) TRACKS UNIT(SYSALLDA)
-COMMAND=ALLOC FI(ISPCTL1) NEW DELETE DSORG(PS) RECFM(F,B) LRECL(80)
BLKSIZE(32720) SPACE(5,5) TRACKS UNIT(SYSALLDA)
-COMMAND=ALLOC FI(ISPPROF) NEW DELETE DSORG(PO) RECFM(F,B) LRECL(80)
BLKSIZE(32720) SPACE(5,5) TRACKS UNIT(SYSALLDA) DIR(5)
ISPTABL = -ISPPROF
ISPTLIB = -ISPPROF,ISP.SISPTENU
ISPMLIB = ISP.SISPMENU
ISPPLIB = ISP.SISPPENU
ISPSLIB = ISP.SISPSENU
* DD utilizado pelo TSO (IKJEFT01)
SYSPROC = FEK.SFEKPROC * CRANDVRA
SYSTSIN = DUMMY
SYSTSPRT = SYSOUT(H)
PROGRAM=IKJEFT01 %CRANDVRA NDVRC1 PGM(CRASERV) PARM(&CRAPRM1.
&CRAPRM2. &CRAPRM3. &CRAPRM4. &CRAPRM5. &CRAPRM6. &CRAPRM7.
&CRAPRM8. )
Essa etapa de customização pode ser ignorada se você quiser utilizar algum outro cenário com especificações diferentes.
Customize e envie as seguintes tarefas JCL para definir e preencher os conjuntos de dados VSAM relacionados ao CARMA. Para instruções de customização, consulte a documentação no membro. Os conjuntos de dados VSAM existentes são substituídos.
Para obter detalhes adicionais sobre esta etapa, consulte Conjuntos de Dados CARMA VSAM e Repository Access Managers (RAMs) CARMA.
O servidor RSE utiliza as configurações em /etc/rdz/CRASRV.properties para iniciar e se conectar a um servidor CARMA. É possível editar o arquivo com o comando do TSO OEDIT. Para que as mudanças entrem em vigor, a tarefa iniciada pelo RSED deve ser reiniciada.
Durante o uso dos locais de arquivo padrão, a única mudança necessária é alterar o valor da diretiva clist.dsname para *CRASTART. Para obter informações adicionais sobre as diferentes diretivas, consulte CRASRV.properties, a Interface RSE para CARMA.
clist.dsname=*CRASTART
crastart.configuration.file=crastart.conf
CRASTART usa as definições em /etc/rdz/crastart.conf para criar um ambiente TSO/ISPF válido para iniciar um servidor CARMA. É possível editar o arquivo com o comando do TSO OEDIT. As mudanças entram em vigor para todos os servidores CARMA que são iniciados após a atualização.
Para instruções de customização, consulte a documentação no arquivo. Para obter mais informações sobre o método de inicialização CRASTART, consulte crastart*.conf, A Inicialização do Servidor CRASTART.
* DD utilizado pelo RAM
CRARAM1 = FEK.#CUST.CRARAM1 * PDS RAM
* DD usado pelo servidor CARMA (CRASERV)
TASKLIB = FEK.SFEKLOAD
CRADEF = FEK.#CUST.CRADEF
CRAMSG = FEK.#CUST.CRAMSG
CRASTRS = FEK.#CUST.CRASTRS
CARMALOG = SYSOUT(H)
SYSPRINT= SYSOUT(H)
* DD utilizado pelo ISPF (ISPSTART)
-COMMAND=ALLOC FI(ISPCTL0) NEW DELETE DSORG(PS) RECFM(F,B) LRECL(80)
BLKSIZE(32720) SPACE(5,5) TRACKS UNIT(SYSALLDA)
-COMMAND=ALLOC FI(ISPCTL1) NEW DELETE DSORG(PS) RECFM(F,B) LRECL(80)
BLKSIZE(32720) SPACE(5,5) TRACKS UNIT(SYSALLDA)
-COMMAND=ALLOC FI(ISPPROF) NEW DELETE DSORG(PO) RECFM(F,B) LRECL(80)
BLKSIZE(32720) SPACE(5,5) TRACKS UNIT(SYSALLDA) DIR(5)
ISPTABL = -ISPPROF
ISPTLIB = -ISPPROF,ISP.SISPTENU
ISPMLIB = ISP.SISPMENU
ISPPLIB = ISP.SISPPENU
ISPSLIB = ISP.SISPSENU
* DD utilizado pelo TSO (IKJEFT01)
SYSPROC = #hlq.SFEKPROC * CRAALLOC
SYSTSIN = DUMMY
SYSTSPRT = SYSOUT(H)
PROGRAM=IKJEFT01 %CRAALLOC ISPSTART PGM(CRASERV) PARM(&CRAPRM1.
&CRAPRM2. &CRAPRM3. &CRAPRM4. &CRAPRM5. &CRAPRM6. &CRAPRM7.
&CRAPRM8. )
As RAMs customizadas possuem componentes adicionais que podem ser customizados, se necessário.
Esta etapa de customização pode ser omitida se você desejar usar um dos outros cenários com diferentes especificações.
Customize e envie as seguintes JCLs para definir e preencher os conjuntos de dados VSAM relacionados ao CARMA. Para instruções de customização, consulte a documentação no membro. Os conjuntos de dados VSAM existentes são substituídos.
Para obter detalhes adicionais sobre esta etapa, consulte Conjuntos de Dados CARMA VSAM.
O servidor RSE utiliza as configurações em /etc/rdz/CRASRV.properties para iniciar e se conectar a um servidor CARMA. É possível editar o arquivo com o comando do TSO OEDIT. Para que as mudanças entrem em vigor, a tarefa iniciada pelo RSED deve ser reiniciada.
Durante o uso de locais de arquivo padrão, a única mudança necessária é alterar o valor da diretiva clist.dsname para FEK.#CUST.CNTL(CRASUBCA). Para obter informações adicionais sobre as diferentes diretivas, consulte CRASRV.properties, a Interface RSE para CARMA.
clist.dsname='FEK.#CUST.CNTL(CRASUBCA)'
FEK.#CUST.CNTL(CRASUBCA) CLIST e a JCL integrada submetem um servidor CARMA. As mudanças entram em vigor para todos os servidores CARMA que são iniciados após a atualização.
Para instruções de customização, consulte a documentação no membro. Para obter mais informações sobre o método de inicialização de envio em lote, consulte CRASUB*, a Inicialização do Servidor de Envio em Lote.
PROC 8 CRAPRM1 CRAPRM2 CRAPRM3 CRAPRM4 CRAPRM5 CRAPRM6 CRAPRM7 CRAPRM8
SUBMIT * END($$)
//CRA&PORT JOB CLASS=A,MSGCLASS=A,MSGLEVEL=(1,1)
//*
//RUN EXEC PGM=IKJEFT01,DYNAMNBR=125,REGION=0M,TIME=NOLIMIT
//*
//* DD usado pelo RAM
//TYPEMAP DD DISP=SHR,DSN=FEK.#CUST.PARMLIB(CRATMAP)
//SHOWVIEW DD DISP=SHR,DSN=FEK.#CUST.PARMLIB(CRASHOW)
//CRACFG DD DISP=SHR,DSN=FEK.#CUST.PARMLIB(CRACFG)
//* uncomment CRABCFG and CRABSKEL to use batch actions
//*CRABCFG DD DISP=SHR,DSN=FEK.#CUST.PARMLIB(CRABCFG)
//*CRABSKEL DD DISP=SHR,DSN=FEK.#CUST.CNTL
//* uncomment and provide correct DSN to use Package Ship
//*APIHJC DD DISP=SHR,DSN=#shiphjc
//CONLIB DD DISP=SHR,DSN=CA.NDVR.CSIQLOAD
//JCLOUT DD SYSOUT=(A,INTRDR),DCB=(LRECL=80,RECFM=F,BLKSIZE=80)
//EXT1ELM DD DISP=(NEW,DELETE),UNIT=SYSALLDA,
// RECFM=VB,LRECL=4096,BLKSIZE=27998,SPACE=(TRK,(5,5))
//EXT2ELM DD DISP=(NEW,DELETE),UNIT=SYSALLDA,
// RECFM=VB,LRECL=4096,BLKSIZE=27998,SPACE=(TRK,(5,5))
//EXT1DEP DD DISP=(NEW,DELETE),UNIT=SYSALLDA,
// RECFM=VB,LRECL=4096,BLKSIZE=27998,SPACE=(TRK,(5,5))
//C1MSGS1 DD SYSOUT(H)
//C1EXMSGS DD SYSOUT(H)
//MSG3FILE DD DUMMY
//*
//* DD utilizado pelo servidor CARMA (CRASERV)
//* preste atenção às autorizações APF ao usar STEPLIB
//STEPLIB DD DISP=SHR,DSN=FEK.SFEKLOAD
// DD DISP=SHR,DSN=CA.NDVR.CSIQAUTH
// DD DISP=SHR,DSN=CA.NDVR.CSIQAUTU
//CRADEF DD DISP=SHR,DSN=FEK.#CUST.CRADEF
//CRAMSG DD DISP=SHR,DSN=FEK.#CUST.CRAMSG
//CRASTRS DD DISP=SHR,DSN=FEK.#CUST.CRASTRS
//CARMALOG DD SYSOUT=*
//SYSPRINT DD SYSOUT=*
//*
//* DD usado pelo ISPF (via NDVRC1)
//ISPPROF DD DISP=(NEW,DELETE,DELETE),UNIT=SYSALLDA,
// LRECL=80,RECFM=FB,SPACE=(TRK,(1,1,5))
//ISPCTL0 DD DISP=(NEW,DELETE,DELETE),UNIT=SYSALLDA,
// LRECL=80,RECFM=FB,SPACE=(TRK,(5,5))
//ISPCTL1 DD DISP=(NEW,DELETE,DELETE),UNIT=SYSALLDA,
// LRECL=80,RECFM=FB,SPACE=(TRK,(5,5))
//ISPMLIB DD DISP=SHR,DSN=ISP.SISPMENU
//ISPPLIB DD DISP=SHR,DSN=ISP.SISPPENU
//ISPSLIB DD DISP=SHR,DSN=ISP.SISPSENU
//ISPTLIB DD DISP=SHR,DSN=ISP.SISPTENU
//*
//* DD utilizado pelo TSO (IKJEFT01)
//SYSPROC DD DISP=SHR,DSN=FEK.SFEKPROC * CRANDVRA
//SYSTSPRT DD SYSOUT=*
//SYSTSIN DD *
%CRANDVRA NDVRC1 PGM(CRASERV) PARM(&CRAPRM1 &CRAPRM2 &STR(+)
&CRAPRM3 &STR(+)
&CRAPRM4 &STR(+)
&CRAPRM5 &STR(+)
&CRAPRM6 &STR(+)
&CRAPRM7 &STR(+)
&CRAPRM8 &STR(+) )
$$
EXIT CODE(0)
Esta etapa de customização pode ser omitida se você desejar usar um dos outros cenários com diferentes especificações.
Customize e envie as seguintes tarefas JCL para definir e preencher os conjuntos de dados VSAM relacionados ao CARMA. Para instruções de customização, consulte a documentação no membro. Os conjuntos de dados VSAM existentes são substituídos.
Para obter detalhes adicionais sobre esta etapa, consulte Conjuntos de Dados CARMA VSAM e Repository Access Managers (RAMs) CARMA.
O servidor RSE utiliza as configurações em /etc/rdz/CRASRV.properties para iniciar e se conectar a um servidor CARMA. É possível editar o arquivo com o comando do TSO OEDIT. Para que as mudanças entrem em vigor, a tarefa iniciada pelo RSED deve ser reiniciada.
Como este é o cenário padrão para o Developer for System z, não são necessárias mudanças ao iniciar a partir de uma cópia não modificada do arquivo. Para obter informações adicionais sobre as diferentes diretivas, consulte CRASRV.properties, a Interface RSE para CARMA.
clist.dsname='FEK.#CUST.CNTL(CRASUBMT)'
FEK.#CUST.CNTL(CRASUBMT) CLIST e a JCL integrada submetem um servidor CARMA. As mudanças entram em vigor para todos os servidores CARMA que são iniciados após a atualização.
Para instruções de customização, consulte a documentação no membro. Para obter mais informações sobre o método de inicialização de envio em lote, consulte CRASUB*, a Inicialização do Servidor de Envio em Lote.
PROC 8 CRAPRM1 CRAPRM2 CRAPRM3 CRAPRM4 CRAPRM5 CRAPRM6 CRAPRM7 CRAPRM8
SUBMIT * END($$)
//CRA&PORT JOB CLASS=A,MSGCLASS=A,MSGLEVEL=(1,1)
//*
//RUN EXEC PGM=IKJEFT01,DYNAMNBR=125,REGION=0M,TIME=NOLIMIT
//*
//* DD utilizado pelo RAM
//CRARAM1 DD DISP=SHR,DSN=FEK.#CUST.CRARAM1 * PDS RAM
//*
//* DD usado pelo servidor CARMA (CRASERV)
//STEPLIB DD DISP=SHR,DSN=FEK.SFEKLOAD
//CRADEF DD DISP=SHR,DSN=FEK.#CUST.CRADEF
//CRAMSG DD DISP=SHR,DSN=FEK.#CUST.CRAMSG
//CRASTRS DD DISP=SHR,DSN=FEK.#CUST.CRASTRS
//CARMALOG DD SYSOUT=*
//SYSPRINT DD SYSOUT=*
//*
//* DD usado pelo ISPF (ISPSTART)
//ISPPROF DD DISP=(NEW,DELETE,DELETE),UNIT=SYSALLDA,
// LRECL=80,RECFM=FB,SPACE=(TRK,(1,1,5))
//ISPCTL0 DD DISP=(NEW,DELETE,DELETE),UNIT=SYSALLDA,
// LRECL=80,RECFM=FB,SPACE=(TRK,(5,5))
//ISPCTL1 DD DISP=(NEW,DELETE,DELETE),UNIT=SYSALLDA,
// LRECL=80,RECFM=FB,SPACE=(TRK,(5,5))
//ISPMLIB DD DISP=SHR,DSN=ISP.SISPMENU
//ISPPLIB DD DISP=SHR,DSN=ISP.SISPPENU
//ISPSLIB DD DISP=SHR,DSN=ISP.SISPSENU
//ISPTLIB DD DISP=SHR,DSN=ISP.SISPTENU
//*
//* DD usado pelo TSO (IKJEFT01)
//SYSPROC DD DISP=SHR,DSN=#hlq.SFEKPROC * CRAALLOC
//SYSTSPRT DD SYSOUT=*
//SYSTSIN DD *
%CRAALLOC ISPSTART PGM(CRASERV) PARM(&CRAPRM1 &CRAPRM2 &STR(+)
&CRAPRM3 &STR(+)
&CRAPRM4 &STR(+)
&CRAPRM5 &STR(+)
&CRAPRM6 &STR(+)
&CRAPRM7 &STR(+)
&CRAPRM8 &STR(+)
)
$$
EXIT CODE(0)
As RAMs customizadas possuem componentes adicionais que podem ser customizados, se necessário.
Os diferentes cenários de configuração que são documentados nesta publicação compartilham vários arquivos de configuração do CARMA. Os detalhes desses arquivos de configuração são documentados aqui, e são mencionados em vários cenários.
O servidor CARMA fornece uma API padrão para outros produtos que usam sistemas host para acessar um ou mais Software Configuration Managers (SCMs). No entanto, ele não fornece métodos para comunicação direta com um computador cliente. Para esta comunicação, ele depende de outros produtos, como o servidor RSE. O servidor RSE utiliza as configurações de CRASRV.properties para iniciar e se conectar a um servidor CARMA.
# CRASRV.properties - CARMA configuration options
#
port.start=0
#port.range=100
#user.exit='FEK.SFEKSAMP(CRAEXIT)'
startup.script.name=carma.startup.rex
clist.dsname='FEK.#CUST.CNTL(CRASUBMT)'
crastart.configuration.file=crastart.conf
#crastart.stub=/usr/lpp/rdz/bin/CRASTART
#crastart.syslog=Partial
#crastart.timeout=420
#crastart.steplib=FEK.SFEKLPA
#crastart.tasklib=TASKLIB
Com aspas ('), o nome do conjunto de dados é uma referência absoluta, sem aspas ('), o nome do conjunto de dados é prefixado com o ID do usuário do cliente, e não com o prefixo do TSO. Este último requer que todos os usuários do CARMA mantenham seu próprio código de saída.
Uma saída do usuário de amostra é fornecida como SFEKSAMP(CRAEXIT). Essa amostra também documenta os argumentos de inicialização transmitidos para a saída do usuário. Para obter mais informações, consulte a saída do usuário do CARMA (opcional).
O padrão é 'FEK.#CUST.CNTL(CRASUBMT)'. Este CLIST inicia um servidor CARMA ao abrir uma conexão usando o método de envio em lote.
A (Tudo) | Todas as informações de rastreio são impressas no SYSLOG |
P (Parcial) | Apenas informações de conexão, desconexão e erro são impressas no SYSLOG |
qualquer outra coisa | Apenas condições de erro são impressas no SYSLOG |
Para especificar o nível de detalhe necessário para mensagens de log do sistema, remova o comentário e customize. Esta diretiva será usada apenas se a diretiva clist.dsname tiver *CRASTART como valor.
O RSE inicia o módulo de carregamento CRASTART, que usa as definições em crastart*.conf para criar um ambiente válido para executar comandos em lote TSO e ISPF. O Developer for System z utiliza esse ambiente para executar o servidor CARMA, CRASERV.
crastart*.conf está localizado em /etc/rdz/, a menos que você especificou um local diferente ao customizar e submeter a tarefa FEK.SFEKSAMP(FEKSETUP). Para obter mais detalhes, consulte Configuração de Customização. É possível editar o arquivo com o comando do TSO OEDIT.
&CRAUSER. | ID do usuário de cliente |
&CRADATE. | Data atual no formato Daaaaddd (7 caracteres do calendário juliano) |
&CRATIME. | Horário atual em formato Thhmmss (hora min seg) |
&CRAPRM1. | Número da porta |
&CRAPRM2. | Valor do tempo limite |
Símbolo do sistema | Qualquer símbolo do sistema SYS1.PARMLIB(IEASYMxx) |
-<ddname> | Um hífen (-) seguido por um nome de DD definido anteriormente age como uma referência de retrocesso *.ddname na JCL. O DD original deve ser alocado com o uso da instrução –COMMAND. |
Figura 24 mostra uma base crastart*.conf que inclui serviços ISPF.
* DD utilizado pelo RAM
* DD utilizado pelo servidor CARMA (CRASERV)
TASKLIB = FEK.SFEKLOAD
CRADEF = FEK.#CUST.CRADEF
CRAMSG = FEK.#CUST.CRAMSG
CRASTRS = FEK.#CUST.CRASTRS
CARMALOG = SYSOUT(H)
SYSPRINT= SYSOUT(H)
* DD utilizado pelo ISPF (ISPSTART)
-COMMAND=ALLOC FI(ISPCTL0) NEW DELETE DSORG(PS) RECFM(F,B) LRECL(80)
BLKSIZE(32720) SPACE(5,5) TRACKS UNIT(SYSALLDA)
-COMMAND=ALLOC FI(ISPCTL1) NEW DELETE DSORG(PS) RECFM(F,B) LRECL(80)
BLKSIZE(32720) SPACE(5,5) TRACKS UNIT(SYSALLDA)
-COMMAND=ALLOC FI(ISPPROF) NEW DELETE DSORG(PO) RECFM(F,B) LRECL(80)
BLKSIZE(32720) SPACE(5,5) TRACKS UNIT(SYSALLDA) DIR(5)
ISPTABL = -ISPPROF
ISPTLIB = -ISPPROF,ISP.SISPTENU
ISPMLIB = ISP.SISPMENU
ISPPLIB = ISP.SISPPENU
ISPSLIB = ISP.SISPSENU
* DD utilizado pelo TSO (IKJEFT01)
SYSPROC = #hlq.SFEKPROC * CRAALLOC
SYSTSIN = DUMMY
SYSTSPRT = SYSOUT(H)
PROGRAM=IKJEFT01 %CRAALLOC ISPSTART PGM(CRASERV) PARM(&CRAPRM1.
&CRAPRM2. &CRAPRM3. &CRAPRM4. &CRAPRM5. &CRAPRM6. &CRAPRM7.
&CRAPRM8. )
CRASTART cria um ambiente TSO como um processo-filho de RSE, que é executado em um espaço de endereço separado. Ações não triviais podem ser necessárias para manter a saída do CARMA enviada para SYSOUT(*), que complica a coleta de arquivos de log. Esta dificuldade pode ser resolvida gravando os arquivos de log em um conjunto de dados específico do usuário, conforme mostrado na seguinte alocação de amostra:
-COMMAND=ALLOC FI(CARMALOG) MOD CATALOG DSORG(PS) RECFM(F,B) LRECL(133)
BLKSIZE(27930) SPACE(5,5) TRACKS UNIT(SYSALLDA)
DA(&CRAUSER..&SYSNAME..CRA.CARMALOG)
O RSE inicia CLIST CRASUB* que, por sua vez, envia uma JCL integrada para criar um ambiente válido para executar comandos TSO e ISPF em lote. O Developer for System z utiliza esse ambiente para executar o servidor CARMA, CRASERV.
CRASUB está localizado em FEK.#CUST.CNTL, a menos que você tenha especificado um local diferente quando customizou e enviou a tarefa FEK.SFEKSAMP(FEKSETUP). Para obter mais detalhes, consulte Configuração de Customização.
Figura 25 mostra uma base CRASUB* que inclui serviços ISPF.
PROC 8 CRAPRM1 CRAPRM2 CRAPRM3 CRAPRM4 CRAPRM5 CRAPRM6 CRAPRM7 CRAPRM8
/* SET CRAPRM2=420
SUBMIT * END($$)
//CRA&PORT JOB CLASS=A,MSGCLASS=A,MSGLEVEL=(1,1)
//*
//RUN EXEC PGM=IKJEFT01,DYNAMNBR=125,REGION=0M,TIME=NOLIMIT
//*
//* DD usado pelo RAM
//*
//* DD usado pelo servidor CARMA (CRASERV)
//STEPLIB DD DISP=SHR,DSN=FEK.SFEKLOAD
//CRADEF DD DISP=SHR,DSN=FEK.#CUST.CRADEF
//CRAMSG DD DISP=SHR,DSN=FEK.#CUST.CRAMSG
//CRASTRS DD DISP=SHR,DSN=FEK.#CUST.CRASTRS
//CARMALOG DD SYSOUT=*
//SYSPRINT DD SYSOUT=*
//*
//* DD usado pelo ISPF (ISPSTART)
//ISPPROF DD DISP=(NEW,DELETE,DELETE),UNIT=SYSALLDA,
// LRECL=80,RECFM=FB,SPACE=(TRK,(1,1,5))
//ISPCTL0 DD DISP=(NEW,DELETE,DELETE),UNIT=SYSALLDA,
// LRECL=80,RECFM=FB,SPACE=(TRK,(5,5))
//ISPCTL1 DD DISP=(NEW,DELETE,DELETE),UNIT=SYSALLDA,
// LRECL=80,RECFM=FB,SPACE=(TRK,(5,5))
//ISPMLIB DD DISP=SHR,DSN=ISP.SISPMENU
//ISPPLIB DD DISP=SHR,DSN=ISP.SISPPENU
//ISPSLIB DD DISP=SHR,DSN=ISP.SISPSENU
//ISPTLIB DD DISP=SHR,DSN=ISP.SISPTENU
//*
//* DD usado pelo TSO (IKJEFT01)
//SYSPROC DD DISP=SHR,DSN=#hlq.SFEKPROC * CRAALLOC
//SYSTSPRT DD SYSOUT=*
//SYSTSIN DD *
%CRAALLOC ISPSTART PGM(CRASERV) PARM(&CRAPRM1 &CRAPRM2 &STR(+)
&CRAPRM3 &STR(+)
&CRAPRM4 &STR(+)
&CRAPRM5 &STR(+)
&CRAPRM6 &STR(+)
&CRAPRM7 &STR(+)
&CRAPRM8 &STR(+)
)
$$
EXIT CODE(0)
O servidor CARMA requer acesso READ a três conjuntos de dados VSAM. Os membros de amostra para criar e preencher estes conjuntos de dados VSAM estão localizados em FEK.#CUST.JCL, a menos que você tenha especificado um local diferente quando customizou e enviou a tarefa FEK.SFEKSAMP(FEKSETUP). Para obter mais detalhes, consulte Configuração de Customização.
As tarefas de amostra mencionadas podem ser usadas para desativar um RAM definido durante a criação do VSAM. Fazer isso permite criar uma configuração do CARMA customizada usando um único arquivo de entrada principal, que pode ser um fornecido pela IBM ou customizado pelos desenvolvedores do RAM.
Anterior a versão 7.6.1. Developer for System z, as cadeias definidas no conjunto de dados VSAM de informações customizadas do CARMA são limitadas para comprimentos pré-definidos. Esta limitação força os desenvolvedores RAM a diminuírem as cadeias descritivas ou usar plug-ins do lado do cliente para exibir as cadeias de duração longa.
A nova estrutura de registro VSAM suporta um layout de estrutura de dados de comprimento variável para o conjunto de dados VSAM de informações customizadas do CARMA, CRASTRS, nos quais as sequências são separadas por um caractere delimitador em vez de terem comprimento fixo.
Customize e submeta o FEK.SFEKSAMP(CRA#VS2) JCL para converter o seu conjunto de dados VSAM de informações customizadas do CARMA de comprimento fixo existente CRASTRS para o novo formato de comprimento variável.
Um Repository Access Manager (RAM) é uma Interface de Programação de Aplicativos (API) para um Software Configuration Manager (SCM) baseado em z/OS. Por sua vez, o Developer for System z ou aplicativos gravados pelo usuário podem iniciar um servidor CARMA, que carrega os RAMs e fornece uma interface padrão para acessar qualquer SCM suportado.
O servidor CARMA deve estar apto a localizar os módulos de carregamento de RAM, por meio de LINKLIST ou STEPLIB/TASKLIB.
Os módulos de carregamento CRAR* RAM que são fornecidos pelo Developer for System z estão localizados em FEK.SFEKLOAD e o código-fonte de amostra e tarefas de compilação estão localizados em FEK.SFEKSAMP, a menos que você tenha usado um qualificador de alto nível diferente durante a instalação do SMP/E do Developer for System z.
As seções a seguir têm notas de customização para os RAMs que estão disponíveis com Developer for System z. Os membros de amostra referenciados estão localizados em FEK.#CUST.*, a menos que você tenha especificado um local diferente quando customizou e enviou a tarefa de amostra FEK.SFEKSAMP(FEKSETUP). Para obter mais detalhes, consulte Configuração de Customização.
Para obter um conhecimento detalhado do CARMA e obter informações adicionais sobre os RAMs de amostra e o código-fonte de amostra fornecido, consulte Common Access Repository Manager Developer's Guide (SC23-7660).
Os componentes CARMA específicos do RAM do CA Endevor® SCM podem ser customizados, independentemente do método de inicialização do servidor escolhido. Os membros de amostra referenciados abaixo estão localizados em FEK.#CUST.PARMLIB, a menos que você tenha especificado um local diferente quando customizou e enviou a tarefa FEK.SFEKSAMP(FEKSETUP). Para obter mais detalhes, consulte Configuração de Customização.
O CRACFG especifica como o CA Endevor® SCM RAM interage com o CA Endevor® SCM. Consulte a documentação no membro para as instruções de customização se desejar alterar os padrões.
# ENTRY-STAGE-COPY-MODE = RETRIEVE-ADD
# ALTERNATIVE-ALLOC = YES
O CRASHOW define os filtros padrão para os ambientes, sistemas e assim por diante do CA Endevor®. Consulte a documentação no membro para as instruções de customização se desejar alterar os padrões.
ENV=*
TOENV=
STGID=*
TOSTGID=
SYS=*
SUBSYS=*
ELEM=*
TOELEM=
TYPE=*
#FILTER-DEP=YES
O CRATMAP substitui o tipo do CA Endevor® SCM para mapeamentos de extensões de arquivos. Se desejar alterar os padrões, consulte as instruções de customização na documentação no membro.
# * = cbl
# COBOL = cbl
# COPY = cpy
# ASM = asm
# MACRO = asm
# PROCESS = jcl
O envio em lote e o método de inicialização CRASTART chamam o executável CRANDVRA REXX para alocar conjuntos de dados específicos do usuário usados pelo CA Endevor® SCM RAM. As alocações são feitas em um executável separado, porque um executável permite mais flexibilidade do que o que é possível na JCL CRASUBCA de envio em lote e no arquivo de configuração CRASTART crastart.endevor.conf. O executável de alocação também é responsável por chamar a saída opcional do usuário.
DD | Nome do conjunto de dados | Autenticação |
---|---|---|
DEPEND | &SYSPREF..&SYSUID..&SYSNAME..CRA$NDVR.DEPEND | Permanente |
BROWSE | &SYSPREF..&SYSUID..&SYSNAME..CRA$NDVR.BROWSE | Temporário |
C1PRINT | &SYSPREF..&SYSUID..&SYSNAME..CRA$NDVR.LISTING | Temporário |
SPCLLIST | &SYSPREF..&SYSUID..&SYSNAME..CRA$NDVR.SPCLLIST | Temporário |
PKGSCLS | &SYSPREF..&SYSUID..&SYSNAME..CRA$NDVR.PKGSCLS | Temporário |
CRABJCLO | &SYSPREF..&SYSUID..&SYSNAME..CRA$NDVR.CRABJCLO | Temporário |
ENHCEDIT | &SYSPREF..&SYSUID..&SYSNAME..CRA$NDVR.ENHCEDIT | Temporário |
CRAPARM | &SYSPREF..&SYSUID..&SYSNAME..CRA$NDVR.CRAPARM | Temporário |
Você pode customizar uma cópia deste executável REXX de alocação se certos padrões, como o nome do conjunto de dados, não corresponderem aos padrões do seu site. CRANDVRA está localizado em FEK.SFEKPROC, a menos que um qualificador de alto nível diferente seja usado durante a instalação SMP/E do Developer for System z.
Para instruções de customização, consulte a documentação no membro. Para obter mais informações sobre alocação de executáveis, consulte (Opcional) Executável de Alocação Customizado.
Normalmente, ações do CA Endevor® SCM, como “Gerar Elemento”, são executadas “online”, no espaço de endereço do servidor CARMA. Este comportamento causa problemas se os procedimentos do CA Endevor® SCM chamarem o TSO, porque o TSO já está ativo e isso significa que os DDs necessários, tais como SYSTSIN e SYSTSPRT, estão em uso.
Para resolver este problema, o CA Endevor® SCM RAM suporta “ações em lote” como a versão 8.0.3. Quando as ações em lote são ativadas, o CA Endevor® SCM RAM envia uma tarefa em lote customizável para executar ações como “Gerar Elemento”. Usar uma tarefa em lote resulta na alocação de DDs, como SYSTSIN e SYSTSPRT, por procedimentos do CA Endevor® SCM, porque a JCL enviada não requer que o TSO esteja ativo.
As ações em lote do CA Endevor® SCM RAM são o equivalente do Developer for System z de ações em segundo plano do CA Endevor® SCM.
Quando uma solicitação é emitida para executar uma ação suportada por ações em lote, o CA Endevor® SCM RAM verifica a existência do CRABCFG DD, no CRASUBCA ou crastart.endevor.conf, e verifica se a configuração atrás deste DD é válida. Se CRABCFG existir e a configuração for válida, a ação será executada em lote. Se CRABCFG não existir, a ação será executada online. Os clientes da versão 8.0.3 ou mais recente têm o recurso de substituir este comportamento.
//* uncomment CRABCFG and CRABSKEL to use batch actions
//*CRABCFG DD DISP=SHR,DSN=FEK.#CUST.PARMLIB(CRABCFG)
//*CRABSKEL DD DISP=SHR,DSN=FEK.#CUST.CNTL
CRABCFG define variáveis de configuração relacionadas a ações em lote do CA Endevor® SCM RAM.
CRABCFG está localizado em FEK.#CUST.PARMLIB, a menos que você tenha especificado um local diferente quando customizou e enviou a tarefa FEK.SFEKSAMP(FEKSETUP). Para obter mais detalhes, consulte Configuração de Customização.
Consulte o seguinte arquivo de amostra CRABCFG, que deve ser customizado para corresponder ao ambiente do sistema. As linhas de comentário começam com um sinal de número (#) ao usar uma página de códigos dos EUA. Os comentários sob uma diretiva e seu valor designado são suportados. Os espaços em torno do sinal de igual (=) são suportados. Continuações de linha não são suportadas.
# Location of batch action JCL
SKELETON-DD = CRABSKEL
#
# batch action JCL members within SKELETON-DD
DEFAULT-JOBCARD = CRABJOBC
ADD-ELEMENT = CRABATCA
DELETE-ELEMENT = CRABATCA
GENERATE-ELEMENT = CRABATCA
MOVE-ELEMENT = CRABATCA
RETRIEVE-ELEMENT = CRABATCA
PRINT-ELEMENT = CRABATCA
PRINT-MEMBER = CRABATCA
SIGNIN-ELEMENT = CRABATCA
TRANSFER-ELEMENT = CRABATCA
#
# Command substitution key within batch action JCL
BSTIPT01-KEY = <CRA_BSTIPT01>
CRABATCA é um JCL de esqueleto de amostra usado pelas ações em lote. Para alterar os padrões, consulte as instruções de customização na documentação no membro.
CRABATCA está localizado em FEK.#CUST.CNTL, a menos que você tenha especificado um local diferente quando customizou e enviou a tarefa FEK.SFEKSAMP(FEKSETUP). Para obter mais detalhes, consulte Configuração de Customização.
As mudanças ficam ativas para todas as novas chamadas. A reinicialização do servidor não é necessária.
//<JOBCARD>
//*
//CRABATCA EXEC PGM=NDVRC1,DYNAMNBR=1500,REGION=4096K,PARM='C1BM3000'
//STEPLIB DD DISP=SHR,DSN=CA.NDVR.CSIQAUTU
// DD DISP=SHR,DSN=CA.NDVR.CSIQAUTH
//CONLIB DD DISP=SHR,DSN=CA.NDVR.CSIQLOAD
//C1MSGS1 DD SYSOUT=*
//C1MSGS2 DD SYSOUT=*
//C1PRINT DD SYSOUT=*,DCB=(RECFM=FBA,LRECL=133)
//SYSOUT DD SYSOUT=*
//SYSPRINT DD SYSOUT=*
//SYSUDUMP DD SYSOUT=*
//SYMDUMP DD DUMMY
//SYSIN DD DUMMY
//BSTIPT01 DD *
SET STOPRC 16 .
<CRA_BSTIPT01>
//*
CRABJOBC é um cartão JOB padrão de amostra usado para JCL de esqueleto de ação em lote que especifica a chave <JOBCARD>. Para alterar os padrões, consulte as instruções de customização na documentação no membro.
CRABJOBC está localizado em FEK.#CUST.CNTL, a menos que você tenha especificado um local diferente quando customizou e enviou a tarefa FEK.SFEKSAMP(FEKSETUP). Para obter mais detalhes, consulte Configuração de Customização.
As mudanças ficam ativas para todas as novas chamadas. A reinicialização do servidor não é necessária.
//<USERID>B JOB CLASS=A,MSGCLASS=A,MSGLEVEL=(1,1)
//*PROCS JCLLIB ORDER=(COBOL.V4R1M0.SIGYPROC,CBC.SCCNPRC)
O envio em lote e o método de inicialização CRASTART chamam o executável CRAALLOC REXX para alocar conjuntos de dados específicos do usuário que podem ser usados por uma RAM gravada pelo usuário. As alocações são feitas em um executável separado, porque um executável permite mais flexibilidade do que é possível no envio em lote do arquivo de configuraçãoCRASUBMT JCL e CRASTART crastart.conf. O executável de alocação também é responsável por chamar a saída opcional do usuário.
DD | Nome do conjunto de dados | Tipo |
---|---|---|
CRAPARM | &SYSPREF..&SYSUID..&SYSNAME..CRA$CUST.CRAPARM | Temporário |
Você pode customizar uma cópia deste executável REXX de alocação se certos padrões, como o nome do conjunto de dados, não corresponderem aos padrões do seu site. O CRAALLOC está localizado no FEK.SFEKPROC, a menos que você tenha usado um qualificador diferente de alto nível durante a instalação do SMP/E do Developer forSystem z.
O CARMA pode relatar vários códigos de erro ao cliente ou nos logs do sistema host. Os detalhes fornecidos com o erro e as informações na Tabela 13 podem ajudá-lo a localizar o erro e trabalhar para uma resolução.
Intervalo de erro | Tipo de erro |
---|---|
4-99 | Erros genéricos do CARMA |
100-199 | Erros genéricos de RAM |
200-399 | Erros CRASERV (servidor CARMA) |
400-499 | Erros RSE (CARMA miner) |
500-899 | Erros específicos do RAM |
900-999 | Erros do TSO e TCP/IP |
CARMA possui o recurso para definir vários RAMs e executá-los simultaneamente. No entanto, como há apenas um servidor CARMA ativo para um usuário, mesmo quando houver diversos RAMs, podem ser necessárias algumas mudanças na configuração para que esta configuração funcione.
Os RAMs são definidos por um desenvolvedor RAM no conjunto de dados VSAM de configuração do CARMA CRADEF. Durante a inicialização, o servidor CARMA, CRASERV, identifica todos os RAMs definidos e envia as informações para o cliente CARMA. O usuário pode então selecionar um ou mais RAMs, que são carregados no servidor CARMA.
Como os RAMs estão ativos como plug-ins do servidor CARMA, certifique-se de que todos os pré-requisitos, como alocações do conjunto de dados para cada um dos RAMs, estejam disponíveis no espaço de endereço do servidor CARMA. Este requisito pode precisar de mudanças nas amostras de configuração do CARMA, como CRASUBMT ou crastart.conf, que estão incluídas no Developer for System z.
No exemplo a seguir, você inicia a partir de uma configuração existente com o CA Endevor® SCM RAM, usando o método de inicialização CRASTART, e inclui o PDS RAM da amostra.
CRARAM1 = FEK.#CUST.CRARAM1
PROGRAM=IKJEFT01 %CRANDVRA NDVRC1 PGM(CRASERV)
PARM(&CRAPRM1. &CRAPRM2.)
O SCM RAM do CA Endevor® é ativo em um ambiente ISPF, o que implica que o ambiente TSO requerido pelo PDS RAM também está disponível.
Todos os métodos de inicialização do servidor CARMA possuem limitações relacionadas à alocação do conjunto de dados. Por exemplo, a substituição do prefixo TSO não está disponível na JCL ou CRASTART.
No entanto, ao criar um executável chamado após o início do TSO ou do ISPF e antes do início do CARMA, é possível usar todo o intervalo de variáveis e serviços disponíveis no TSO ou ISPF para fazer as alocações necessárias.
O desenvolvedor do System z usa um executável de alocação em cada uma das definições pré-configuradas descritas anteriormente nesse capítulo. FEK.SFEKPROC(CRANDVRA), o executável de alocação para o CA Endevor® SCM RAM e FEK.SFEKPROC(CRAALLOC), o executável de alocação para RAMs customizadas. O executável aloca conjuntos de dados temporários catalogados que possuem prefixo TSO do usuário como qualificador de alto nível. O executável de alocação também é responsável por chamar a saída opcional do usuário.
As instruções de customização são documentadas no executável. A mudança do executável de alocação é suportada, mas não aconselhada, pois as customizações devem ser refeitas quando o serviço PTF atualiza o executável. Se possível, use a saída do usuário CARMA, em vez disso, que é descrita em(Opcional) Saída do Usuário CARMA.
As amostras a seguir mostram como iniciar um executável de alocação que requer apenas o TSO.
SYSPROC = my.exec.library
PROGRAM = IKJEFT01 %myexec ISPSTART PGM(CRASERV) PARM(&CRAPRM1. &CRAPRM2. )
//SYSPROC DD DISP=SHR,DSN=my.exec.library
//SYSTSIN DD *
%myexec ISPSTART PGM(CRASERV) PARM(&CRAPRM1. &CRAPRM2. )
//*
O CARMA suporta a chamada de saída de um usuário para permitir inicialização especializada durante a inicialização e a limpeza especializada durante o encerramento do servidor CARMA. O uso de uma saída do usuário reduz a necessidade de alterar o executável de alocação, que é mantido pelo serviço PTF.
A saída do usuário é chamada pelo executável de alocação e é executada duas vezes. A chamada de inicialização é após a alocação dos conjuntos de dados temporários e antes de o servidor CARMA ser chamado. A chamada de limpeza é após o servidor CARMA terminar e antes de os arquivos temporários serem removidos. Se a primeira chamada terminar com código de retorno 99 ou superior, a inicialização do CARMA será interrompida. Isso quer dizer que nem o servidor CARMA nem a segunda chamada da saída desse usuário será executada.
Uma saída de amostra do usuário é fornecida como FEK.SFEKSAMP(CRAEXIT), a menos que você tenha usado um qualificador diferente de alto nível durante a instalação do SMP/E do Developer for System z. Essa saída de amostra do usuário documenta em detalhe os argumentos da inicialização transmitidos para a saída do usuário:
Argumento de inicialização | Descrição |
---|---|
(STARTUP) | (ENDING) | Indicador sobre se a chamada de saída é anterior ou posterior à chamada do servidor CARMA. |
EXIT_RC=rc | Código de retorno da chamada anterior da saída. rc é sempre 0 durante a chamada (STARTUP). |
CARMA_RC=rc | Código de retorno da chamada do servidor CARMA. rc é sempre 0 durante a chamada (STARTUP). |
… | Comando de inicialização do servidor CARMA e argumentos de inicialização. Por exemplo, ISPSTART PGM(CRASERV) PARM(1312 420 EXIT=CRAEXIT CLIENT=9.0.1 . . . . ) |
A saída gerada pela saída do usuário é mostrada no DD SYSTSPRT do servidor CARMA.
Se o servidor CARMA for iniciado usando o TSO (IKJEFTxx), poderão ocorrer problemas se seus RAMs chamarem serviços que, por sua vez, chamam a interface em lote IRXJCL REXX. O problema pode ocorrer quando os processadores chamados pelo RAM foram executados anteriormente sem o TSO, ou apenas no TSO online e alocaram dinamicamente DD SYSTSIN ou SYSTSPRT. Um programa de amostra CRAXJCL é fornecido para oferecer uma solução alternativa para esse problema.
Seu processador poderá falhar se tentar alocar SYSTSIN ou SYSTSPRT, que é necessário para IRXJCL, porque o TSO em lote necessário para o CARMA já possui esses nomes de DD alocados e abertos. O módulo de substituição CRAXJCL tenta alocar SYSTSIN e SYSTSPRT para DUMMY, mas ignora os erros que ocorrerem se as alocações falharem. Em seguida, chama IRXJCL para executar o trabalho real.
Isso significa que quando seus processadores forem executados em um ambiente CARMA iniciado pelo TSO, as alocações para SYSTSIN e SYSTSPRT serão as mesmas que aquelas usadas pelo CARMA. Quando os processadores são executados foram do TSO/CARMA, as alocações de SYSTSIN e SYSTSPRINT são criadas por CRAXJCL. Portanto, seus processadores não devem depender do conteúdo do conjunto de dados alocado para SYSTSIN.
Assume-se que as chamadas para IRXJCL usam o campo PARM para transmitir o nome do REXX e os parâmetros de inicialização, conforme documentado em TSO/E REXX Reference (SA22-7790). Isso significa que SYSTSIN pode ser utilizado com segurança pelo CARMA. Qualquer saída enviada para SYSTSPRT por IRXJCL é gravada no log do CARMA.
Os processadores que chamam o módulo de substituição CRAXJCL não devem tentar alocar DD SYSTSIN ou SYSTSPRT antes de chamar CRAXJCL.
O módulo de substituição CRAXJCL é fornecido em formato de origem, porque você deve customizá-lo para especificar as alocações específicas a serem usadas para SYSTSPRT. A alocação para SYSTSIN geralmente deve ser um conjunto de dados fictício.
O código-fonte do assembler de amostra e uma tarefa de compilação/ligação de amostra estão disponíveis como FEK.#CUST.ASM(CRAXJCL) e FEK.#CUST.JCL(CRA#CIRX), a menos que você tenha especificado um local diferente quando customizou e enviou a tarefa FEK.SFEKSAMP(FEKSETUP). Para obter mais detalhes, consulte Configuração de Customização.
Customize o código-fonte do assembler CRAXJCL, conforme necessário, usando a documentação no membro. Em seguida, customize e envie o JCL CRA#CIRX para criar um módulo de carregamento CRAXJCL. Para instruções de customização, consulte a documentação no membro.
Se necessário, é possível renomear IRXJCL para algo diferente. Ajuste a origem CRAXJCL para chamar este novo nome para IRXJCL e compilá-lo, e, em seguida, renomear o módulo de carregamento CRAXJCL para IRXJCL. Esta configuração deve ser mais fácil do que alterar todas as suas chamadas para IRXJCL.
O SCLM Developer Toolkit fornece as ferramentas necessárias para estender os recursos do SCLM para o cliente. O próprio SCLM é um gerenciador de código-fonte baseado em sistema host que é incluído como parte do ISPF.
O SCLM Developer Toolkit possui um plug-in baseado no Eclipse que faz interface com o SCLM e fornece acesso a todos os processos SCLM para desenvolvimento de código de herança e suporte para o desenvolvimento integral de Java e Java EE na estação de trabalho com sincronização com o SCLM no mainframe incluindo construção, montagem e implementação do código do Java EE do mainframe.
Para obter uma lista da manutenção SCLM requerida, consulte Pré-requisitos do IBM Rational Developer for System z (S517-9092).
Essa publicação também documenta as especificações Ant necessárias para as construções do Java EE no SCLM Developer Toolkit.
Atenção: O SCLM Developer Toolkit
usa o TSO/ISPF Client Gateway do ISPF, o que implica que o z/OS 1.8 ou mais recente é necessário.
|
Conforme descrito em Alterações PARMLIB, o SCLM Developer Toolkit requer customização adicional de configurações do sistema. Estas mudanças incluem os seguintes itens:
Além disso, o SCLM Developer Toolkit utiliza o SDSF ou o comando do TSO OUTPUT para recuperar o status de conclusão da tarefa e a saída de tarefas. Os dois métodos requerem atenção adicional:
Os usuários precisam de permissão READ, WRITE e EXECUTE para os diretórios /tmp/ e /var/rdz/WORKAREA/ do z/OS UNIX. O diretório WORKAREA/ está localizado em /var/rdz/, a menos que você tenha especificado um local diferente quando customizou e enviou a tarefa FEK.SFEKSAMP(FEKSETUP). Para obter mais detalhes, consulte Configuração de Customização.
O SCLM Developer Toolkit usa os esqueletos padrão do ISPF/SCLM, portanto, certifique-se de que a biblioteca de esqueletos ISP.SISPSLIB esteja alocada para a concatenação ISPSLIB em ISPF.conf. O uso do conjunto de dados ISP.SISPSENU é opcional.
O código de amostra a seguir mostra o arquivo ISPF.conf, que deve ser customizado para corresponder ao seu ambiente do sistema. As linhas de comentário iniciam com um asterisco (*). Inclua conjuntos de dados na concatenação na mesma linha e separe os nomes com uma vírgula (,). Para obter detalhes adicionais sobre como customizar ISPF.conf, consulte ISPF.conf, o Arquivo de Configuração do TSO/ISPF Client Gateway do ISPF.
* REQUIRED:
sysproc=ISP.SISPCLIB,FEK.SFEKPROC
ispmlib=ISP.SISPMENU
isptlib=ISP.SISPTENU
ispplib=ISP.SISPPENU
ispslib=ISP.SISPSLIB
ispllib=ISP.SISPLOAD
* OPTIONAL:
*allocjob = ISP.SISPSAMP(ISPZISP2)
*ISPF_timeout = 900
ispslib=hlq.USERSKEL,ISP.SISPSLIB
O SCLM Developer Toolkit utiliza algumas diretivas configuradas em rsed.envvars para localizar conjuntos de dados e diretórios.
A amostra de código a seguir mostra as diretivas SCLMDT em rsed.envvars, que deve ser customizado para corresponder ao seu ambiente do sistema. Para obter detalhes adicionais sobre como customizar rsed.envvars, consulte rsed.envvars, o Arquivo de Configuração do RSE.
_SCLMDT_CONF_HOME=/var/rdz/sclmdt
#STEPLIB=$STEPLIB:FEK.SFEKAUTH:FEK.SFEKLOAD
#_SCLMDT_TRANTABLE=FEK.#CUST.LSTRANS.FILE
#ANT_HOME=/usr/lpp/Apache/Ant/apache-ant-1.7.1
_SCLMDT_BASE_HOME=$RSE_HOME
_SCLMDT_WORK_HOME=$CGI_ISPHOME
CGI_DTWORK=$_SCLMDT_WORK_HOME
O SCLM Developer Toolkit fornece a capacidade de armazenar arquivos de nomes longos no SCLM. Os nomes de arquivos longos são arquivos com nomes que possuem mais de 8 caracteres ou são compostos por letras maiúsculas e minúsculas. O armazenamento de nomes de arquivos longos é obtido usando um arquivo VSAM que contém o mapeamento do nome do arquivo longo para o nome do membro de 8 caracteres usado no SCLM.
Para criar o VSAM de conversão de nomes longos/abreviados, customize e envie o membros de amostra FLM02LST na biblioteca de amostra ISP.SISPSAMP do ISPF. As etapas de configuração nesta publicação requerem que o VSAM seja chamado de FEK.#CUST.LSTRANS.FILE, conforme mostrado na seguinte JCL de configuração de amostra.
//FLM02LST JOB <parâmetros da tarefa>
//*
//* CUIDADO: Isso não é um procedimento JCL nem uma tarefa completa.
//* Antes de usar esta amostra, você deverá fazer as seguintes
//* modificações:
//* 1. Altere os parâmetros da tarefa de acordo com os requisitos do sistema.
//* 2. Altere ****** para o volume que conterá o VSAM.
//* 3. Altere todas as referências de FEK.#CUST.LSTRANS.FILE para
//* corresponder à sua convenção de nomenclatura para o VSAM de conversão do SCLM.
//*
//CREATE EXEC PGM=IDCAMS
//SYSPRINT DD SYSOUT=*
//SYSIN DD *
DELETE FEK.#CUST.LSTRANS.FILE
SET MAXCC=0
DEFINE CLUSTER(NAME(FEK.#CUST.LSTRANS.FILE) -
VOLUMES(******) -
RECORDSIZE(58 2048) -
SHAREOPTIONS(3 3) -
CYLINDERS(1 1) -
KEYS(8 0) -
INDEXED) -
DATA (NAME(FEK.#CUST.LSTRANS.FILE.DATA)) -
INDEX (NAME(FEK.#CUST.LSTRANS.FILE.INDEX))
/* DEFINE ALTERNATE INDEX WITH NONUNIQUE KEYS -> ESDS */
DEFINE ALTERNATEINDEX(-
NAME(FEK.#CUST.LSTRANS.FILE.AIX) -
RELATE(FEK.#CUST.LSTRANS.FILE) -
RECORDSIZE(58 2048) -
VOLUMES(******) -
CYLINDERS(1 1) -
KEYS(50 8) -
UPGRADE -
NONUNIQUEKEY) -
DATA (NAME(FEK.#CUST.LSTRANS.FILE.AIX.DATA)) -
INDEX (NAME(FEK.#CUST.LSTRANS.FILE.AIX.INDEX))
/*
//*
//PRIME EXEC PGM=IDCAMS,COND=(0,LT)
//SYSPRINT DD SYSOUT=*
//INITREC DD *
INITREC1
/*
//SYSIN DD *
REPRO INFILE(INITREC) -
OUTDATASET(FEK.#CUST.LSTRANS.FILE)
IF LASTCC = 4 THEN SET MAXCC=0
BLDINDEX IDS(FEK.#CUST.LSTRANS.FILE) -
ODS(FEK.#CUST.LSTRANS.FILE.AIX)
IF LASTCC = 0 THEN -
DEFINE PATH (NAME(FEK.#CUST.LSTRANS.FILE.PATH) -
PATHENTRY (FEK.#CUST.LSTRANS.FILE.AIX))
/*
Antes de usar a conversão de nomes longos/curtos, remova o comentário e configure a variável de ambiente _SCLMDT_TRANTABLE rsed.envvars para que corresponda ao nome do VSAM de conversão de nomes longos/curtos.
Esta etapa é requerida somente se você planejar usar o suporte de construção do Java EE no SCLM.
Apache Ant é uma ferramenta de construção Java de software livre e pode ser transferida por download de http://ant.apache.org/. Ant consiste de arquivos de texto e de scripts, que são distribuídos no formato ASCII e, dessa forma, requerem uma conversão de ASCII/EBCDIC para executar no z/OS UNIX.
Execute as seguintes etapas para implementar Ant no z/OS e para defini-lo para o Developer for System z:
JAVA_HOME=/usr/lpp/java/IBM/J6.0
ANT_HOME=/usr/lpp/Apache/Ant/apache-ant-1.7.1
Para testar se a inicialização do Ant foi bem-sucedida:
Exemplo:
export PATH=/usr/lpp/Apache/Ant/apache-ant-1.7.1/bin:$PATH
export PATH=/usr/lpp/java/J6.0/bin:$PATH
Exemplo:
ant -version
Descrição |
|
Valor |
---|---|---|
Biblioteca de amostra do Developer for System z |
|
|
Diretório de amostra do Developer for System z |
|
|
Diretório bin Java |
|
|
Diretório bin Ant |
|
|
Diretório home WORKAREA |
|
|
Diretório home de configuração de projeto do SCLMDT |
|
|
VSAM de tradução de nomes longos/abreviados |
|
O SCLM Developer Toolkit e o TSO/ISPF Client Gateway do ISPF compartilham o mesmo WORKAREA e o diretório /tmp, em que ambos podem precisar de uma limpeza periódica. Para obter informações adicionais sobre esta tarefa, consulte (Opcional) Limpeza de WORKAREA e /tmp.
A customização do Application Deployment Manager inclui o servidor CICS Resource Definition (CRD), que é executado como um aplicativo CICS no z/OS para suportar as seguintes funções:
Os administradores do CICS podem localizar mais informações sobre o servidor CRD em "Considerações de CICSTS" no Referência de Configuração do Host (SC14-7290).
Customize e envie a tarefa ADNVCRD para alocar e inicializar o conjunto de Dados VSAM do repositório CRD. Para instruções de customização, consulte a documentação no membro.
ADNVCRD está localizado em FEK.#CUST.JCL, a menos que você tenha especificado um local diferente quando customizou e enviou a tarefa FEK.SFEKSAMP(FEKSETUP). Para obter mais detalhes, consulte Configuração de Customização.
Crie um repositório separado para cada região de conexão primária do CICS. O compartilhamento do repositório implica que todas as regiões CICS relacionadas utilizarão os mesmos valores armazenados no repositório.
Os usuários requerem acesso de leitura ao repositório CRD, os administradores do CICS requerem acesso de atualização.
O Developer for System z fornece o utilitário administrativo que permite que administradores do CICS forneçam os valores padrão para definições de recursos do CICS. Esses padrões podem ser somente de leitura ou podem ser editados pelo desenvolvedor de aplicativos.
O utilitário administrativo é chamado pela tarefa de amostra ADNJSPAU. Para usar este utilitário, é necessário acesso de atualização ao repositório CRD.
ADNJSPAU está localizado em FEK.#CUST.JCL, a menos que você tenha especificado um local diferente quando customizou e enviou a tarefa FEK.SFEKSAMP(FEKSETUP). Para obter mais detalhes, consulte Configuração de Customização.
Informações adicionais estão disponíveis em "Considerações de CICSTS" no Referência de Configuração do Host (SC14-7290).
O CICS Transaction Server versão 4.1 e mais recente possui uma interface HTTP que é designada usando os princípios de Representational State Transfer (RESTful). Essa interface RESTful é agora a interface CICSTS estratégica para uso por aplicativos clientes. A interface de Serviço da Web mais antiga foi estabilizada e os aprimoramentos são apenas para a interface RESTful.
O Application Deployment Manager segue esta instrução de direção e requer o servidor RESTful CRD para todos os serviços que são novos no Developer for System versão 7.6 ou mais recente.
As interfaces RESTful e de Serviço da Web podem estar ativas simultaneamente em uma única região CICS, se necessário. Neste caso, dois servidores CRD estão ativos na região. Os dois servidores compartilham o mesmo repositório CRD. O CICS emite alguns avisos sobre definições duplicadas quando a segunda interface é definida para a região.
As informações nesta seção descrevem como definir o servidor CRD que usa a interface RESTful para comunicar-se com o cliente Developer for System z.
As interfaces RESTful e de Serviço da Web podem estar ativas simultaneamente em uma única região CICS, se necessário. Neste caso, dois servidores CRD estão ativos na região. Os dois servidores compartilham o mesmo repositório CRD. O CICS emite alguns avisos sobre definições duplicadas quando a segunda interface é definida para a região.
ADNCSDRS está localizado em FEK.#CUST.JCL, a menos que você tenha especificado um local diferente quando customizou e enviou a tarefa FEK.SFEKSAMP(FEKSETUP). Para obter mais detalhes, consulte Configuração de Customização.
CEDA INSTALL GROUP(ADNPCRGP)
O servidor CRD também pode ser usado com uma ou mais regiões de conexão não primária adicionais, que geralmente são Application Owning Regions (AOR).
ADNCSDAR está localizado em FEK.#CUST.JCL, a menos que você tenha especificado um local diferente quando customizou e enviou a tarefa FEK.SFEKSAMP(FEKSETUP). Para obter mais detalhes, consulte Configuração de Customização.
CEDA INSTALL GROUP(ADNARRGP)
Transação | Descrição |
---|---|
ADMS | Para solicitações da ferramenta Processamento de Manifesto para alterar recursos do CICS. Geralmente, isso é destinado aos administradores do CICS. |
ADMI | Para solicitações que definem, instalam ou desinstalam os recursos do CICS. |
ADMR | Para todos os outros pedidos que recuperam as informações de ambiente e de recurso do CICS. |
As informações nesta seção descrevem como definir o servidor CRD que usa a interface de Serviço da Web para comunicar-se com o cliente Developer for System z.
As interfaces RESTful e de Serviço da Web podem estar ativas simultaneamente em uma única região CICS, se necessário. Neste caso, dois servidores CRD estão ativos na região. Os dois servidores compartilham o mesmo repositório CRD. O CICS emite alguns avisos sobre definições duplicadas quando a segunda interface é definida para a região.
O manipulador de mensagens do pipeline (ADNTMSGH) é usado para segurança por meio do processamento do ID do usuário e da senha no cabeçalho SOAP. ADNTMSGH é referido pelo arquivo de configuração de pipeline de amostra e, portanto, deve ser colocado na concatenação RPL do CICS. Para saber mais sobre o manipulador de mensagens do pipeline e a configuração de segurança necessária, consulte "Considerações de CICSTS" no Referência de Configuração do Host (SC14-7290).
Transação | Descrição |
---|---|
ADMS | Para solicitações da ferramenta Processamento de Manifesto para alterar recursos do CICS. Geralmente, isso é destinado aos administradores do CICS. |
ADMI | Para pedidos que definam, instalem ou desinstalem recursos do CICS. |
ADMR | Para todos os outros pedidos que recuperam as informações de ambiente e de recurso do CICS. |
Customizando ADNTMSGH:
O servidor CRD deve ser definido para a região de conexão primária. Esta é a região que processa solicitações de serviço do Developer para System z.
ADNCSDWS está localizado em FEK.#CUST.JCL, a menos que você tenha especificado um local diferente quando customizou e enviou a tarefa FEK.SFEKSAMP(FEKSETUP). Para obter mais detalhes, consulte Configuração de Customização.
CEDA INSTALL GROUP(ADNPCRGP)
O servidor CRD também pode ser usado com uma ou mais regiões de conexão não primária adicionais, que geralmente são Application Owning Regions (AOR).
ADNCSDAR está localizado em FEK.#CUST.JCL, a menos que você tenha especificado um local diferente quando customizou e enviou a tarefa FEK.SFEKSAMP(FEKSETUP). Para obter mais detalhes, consulte Configuração de Customização.
CEDA INSTALL GROUP(ADNARRGP)
O Developer for System z permite que os clientes procurem e, opcionalmente, alterem manifestos que descrevem recursos selecionados do CICS. Dependendo das permissões configuradas pelo administrador do CICS, as alterações podem ser feitas diretamente ou exportadas para o repositório de manifesto para processamento adicional por um administrador do CICS.
Para alocar e inicializar o conjunto de dados VSAM do repositório de manifesto e para defini-lo para a região de conexão primária do CICS, customize e envie a tarefa ADNVMFST. Para instruções de customização, consulte a documentação no membro. Um repositório de manifesto separado deve ser criado para cada região de conexão primária do CICS. Todos os usuários precisam de acesso de atualização ao repositório de manifesto.
ADNVMFST está localizado em FEK.#CUST.JCL, a menos que você tenha especificado um local diferente quando customizou e enviou a tarefa FEK.SFEKSAMP(FEKSETUP). Para obter mais detalhes, consulte Configuração de Customização.
Semelhante ao cliente do Developer for System z, o host do Developer for System z suporta a execução das ferramentas de análise de código, que são fornecidas como um produto separado, o IBM Rational Developer for System z Host Utilities. Um benefício de executar a análise de código no host é que ele pode ser integrado em seu processamento em lote diário.
A revisão de código varre o código-fonte e relata violações de regra, usando regras com níveis de severidade diferentes. A ferramenta é fornecida com provedores de regra para Cobol e PL/I, mas outros provedores de regra podem ser incluídos.
O Developer for System z Host Utilities fornece um procedimento de amostra, AKGCR, para simplificar a chamada dos serviços de revisão de código no modo em lote. O AKGCR está localizado em AKG.#CUST.PROCLIB, a menos que você tenha especificado um local diferente quando customizou e enviou a tarefa AKG.SAKGSAMP(AKGSETUP).
Customize o procedimento de amostra, AKG.#CUST.PROCLIB(AKGCR), conforme descrito no membro e copie-o em SYS1.PROCLIB.
//MYJOB JOB <job parameters>
//PROCS JCLLIB ORDER=(AKG.#CUST.PROCLIB)
A Revisão de Código do Developer for System z permite que um código de terceiro faça parte do processo de revisão. Por exemplo, é possível fornecer um provedor de regra para analisar o código C/C++, ou aprimorar o provedor de regra do Cobol para reconhecer convenções de codificação específicas do site.
A revisão de código baseada em host é um processo do Eclipse, assim como o cliente do Developer for System z. Portanto, os aprimoramentos feitos pela sua equipe de suporte de desenvolvimento para revisão de código no cliente podem ser reutilizados no host.
Os aprimoramentos consistirão de plug-ins do Eclipse ou de recursos do Eclipse. Para ativá-los, você deverá torná-los disponíveis para o código existente, conforme documentado na tarefa de configuração do AKGCRADD. O AKGCRADD está localizado em AKG.#CUST.JCL, a menos que você tenha especificado um local diferente quando customizou e enviou a tarefa AKG.SAKGSAMP(AKGSETUP).
A cobertura de código analisa um programa em execução e gera um relatório de linhas que são executadas, comparado com o número total de linhas executáveis. Observe que a cobertura de código configura uma conexão TCP/IP, usando uma porta efêmera, com o IBM Debug Tool for z/OS.
O Developer for System z Host Utilities fornece duas maneiras de chamar a cobertura de código em modo em lote, um procedimento JCL de amostra, para processar uma única execução de programa e um conjunto de scripts para iniciar e parar um coletor de cobertura de código ativo que pode processar várias execuções de programa.
O procedimento de amostra AKGCC fornece um método para iniciar um coletor de cobertura de código, fazer com que ele analise a execução de um único programa, parar o coletor e arquivar os resultados para uso posterior.
O AKGCC está localizado em AKG.#CUST.PROCLIB, a menos que você tenha especificado um local diferente quando customizou e enviou a tarefa AKG.SAKGSAMP(AKGSETUP).
Customize o procedimento de amostra, AKG.#CUST.PROCLIB(AKGCC), conforme descrito no membro e copie-o em SYS1.PROCLIB.
//MYJOB JOB <job parameters>
//PROCS JCLLIB ORDER=(AKG.#CUST.PROCLIB)
Dependendo de como o processo de desenvolvimento de software é configurado, a conveniência de fazer com que o procedimento AKGCC cuide de tudo pode não compensar o recurso e o uso de tempo para iniciar um coletor de cobertura de código para cada análise de programa.
O Developer for System z Host Utilities fornece o script ccstart para iniciar um coletor de cobertura de código que permanece ativo. Esse coletor pode, então, ser usado em várias chamadas de cobertura de código. O script ccstop pode ser usado para parar o coletor.
Estes scripts (ccstart, ccstop e codecov) estão localizados em /usr/lpp/rdzutil/bin/ se os Utilitários de Host do Developer for System z estiverem instalados no local padrão. O uso desses scripts é documentado no Developer for System z IBM Knowledge Center.
A saída da cobertura de código deve ser importada em um cliente do Developer for System z e, portanto, é gravada em um arquivo do z/OS UNIX. A cobertura de código também pode usar os resultados de uma execução anterior e combiná-los com os resultados da execução atual, resultando em um relatório único que cobre diversos caminhos de código.
Por esses motivos, o Developer for System z Host Utilities não tenta remover a saída de uma execução de cobertura de código e a saída acumulará com o passar do tempo.
O z/OS UNIX fornece um shell script, skulker, que exclui arquivos de acordo com o diretório no qual eles estão e em seu tempo de existência. Combinado com o daemon cron do z/OS UNIX, que executa comandos em datas e horas especificadas, é possível configurar uma ferramenta automatizada que limpa periodicamente os diretórios de destino. Consulte o UNIX System Services Command Reference (SA22-7802) para obter mais informações sobre o script skulker e o daemon cron.
Esta seção combina várias tarefas opcionais de customização. Para configurar o serviço necessário, siga as instruções na seção apropriada.
Esta tarefa de customização não requer assistência, recursos especiais ou tarefas de customização especiais para uma configuração básica. Se você ativar o suporte de grupo, precisará
da assistência de um administrador de segurança ou de um administrador de LDAP para concluir esta
tarefa de customização, que requer os seguintes recursos
ou tarefas de customização especiais:
|
Os clientes do Developer for System z versão 8.0.1 e mais recente podem extrair arquivos de configuração do cliente e informações de atualização do produto do sistema host quando se conectam, assegurando que todos os clientes tenham configurações comuns e estejam atualizados.
Os Projetos do z/OS podem ser definidos individualmente por meio da perspectiva de Projetos do z/OS no cliente ou podem ser definidos centralmente no sistema host e propagados para o cliente em uma base de cada usuário. Estes projetos baseados no host se parecem e funcionam exatamente como os projetos que estão definidos no cliente, exceto que sua estrutura, membros e propriedades não podem ser modificados pelo cliente e estão acessíveis apenas quando conectados ao sistema host.
pushtoclient.properties informa ao cliente se essas funções estão ativadas e onde os dados relacionados estão armazenados. Os dados são mantidos por um administrador do cliente Developer for System z ou por um gerente de projeto de desenvolvimento.
pushtoclient.properties está localizado em /etc/rdz/, a menos que você tenha especificado um local diferente quando customizou e enviou a tarefa FEK.SFEKSAMP(FEKSETUP). Para obter mais detalhes, consulte Configuração de Customização. É possível editar o arquivo com o comando do TSO OEDIT. Para que as mudanças entrem em vigor, reinicie a tarefa iniciada pelo RSED.
A partir da versão 8.0.3, o administrador do cliente pode criar diversos conjuntos de configuração do cliente e diversos cenários de atualização do cliente para atender às necessidades de diferentes grupos de desenvolvedores. Estes diversos conjuntos e cenários podem ser usados para fornecer aos usuários uma configuração customizada, com base em critérios, tais como associação de um grupo LDAP ou permissão para um perfil de segurança. Para obter informações adicionais sobre como suportar diversos grupos, consulte “Push-to-client considerations” em Host Configuration Reference (SC14-7290).
A amostra de código a seguir mostra o arquivo pushtoclient.properties, que deve ser customizado para corresponder ao ambiente do sistema. As linhas de comentário começam com um sinal de número (#) ao usar uma página de códigos dos EUA. As linhas de dados podem ter apenas uma diretiva e seu valor designado. Não são permitidos comentários na mesma linha. Continuações de linha não são suportadas.
#
# controle do cliente baseado em host
#
config.enabled=false
product.enabled=false
reject.config.updates=false
reject.product.updates=false
accept.product.license=false
primary.system=false
pushtoclient.folder=/var/rdz/pushtoclient
default.store=com.ibm.ftt.configurations.USS
file.permission=RWX.RWX.RX
O Developer for System z fornece apenas o armazenamento com.ibm.ftt.configurations.USS. Um armazenamento de terceiros é necessário quando os dados são alocados em outro lugar.
De acordo com os padrões do UNIX, as permissões podem ser configuradas para três tipos de usuários: proprietário, grupo e outros. Os campos na máscara file.permission correspondem a essa ordem e são separados por ponto (.). Cada campo pode estar vazio ou ter R, W, RW, X, RX, WX ou RWX como o valor (em que R = leitura, W = gravação X = execução ou conteúdo do diretório da lista).
Valor da Chave | A função push-to-client relacionada está disponível? |
---|---|
False | Não, desativada |
True | Sim, ativado para todos |
LDAP | Sim, mas a disponibilidade é controlada pela associação de grupos LDAP |
SAF | Sim, mas a disponibilidade é controlada permissão aos perfis de segurança |
Você precisará da assistência de um administrador de segurança para concluir essa tarefa de customização, que exige os seguintes recursos ou tarefas de
customização especiais:
|
A comunicação externa, cliente-host pode ser criptografada usando SSL (Secure Socket Layer). Esse recurso é desativado por padrão e é controlado pelas configurações no ssl.properties.
ssl.properties está localizado em /etc/rdz/, a menos que você tenha especificado um local diferente quando customizou e enviou a tarefa FEK.SFEKSAMP(FEKSETUP). Para obter mais detalhes, consulte Configuração de Customização. É possível editar o arquivo com o comando do TSO OEDIT. O RSE deve ser reiniciado para que as mudanças entrem em vigor.
O cliente se comunica com o daemon RSE durante a configuração de conexão e com o servidor RSE durante a sessão real. Os dois fluxos de dados são criptografados quando o SSL é ativado.
Armazenamento de certificado | Criado e gerenciado por | Daemon RSE | Servidor RSE |
---|---|---|---|
Conjunto de chaves | Produto de segurança compatível com SAF | Suportado | Suportado |
Banco de Dados de Chaves | gskkyman do z/OS UNIX | Suportado | / |
Armazenamento de Chaves | keytool do Java | / | Suportado |
O daemon RSE utiliza funções SSL do Sistema para gerenciar o SSL. Isso implica que SYS1.SIEALNKE deve ser controlado pelo programa pelo software de segurança e estar disponível para o RSE ao usar LINKLIST ou a diretiva STEPLIB em rsed.envvars.
A amostra de código a seguir mostra o arquivo ssl.properties de amostra, que deve ser customizado para corresponder a seu ambiente do sistema. As linhas de comentário começam com um sinal de número (#) ao usar uma página de códigos dos EUA. As linhas de dados podem ter apenas uma diretiva e seu valor designado; não são permitidos comentários na mesma linha. Continuações de linha não são suportadas.
# ssl.properties – arquivo de configuração SSL
enable_ssl=false
# Daemon Properties
#daemon_keydb_file=
#daemon_keydb_password=
#daemon_key_label=
# Server Properties
#server_keystore_file=
#server_keystore_password=
#server_keystore_label=
#server_keystore_type=JCERACFKS
As propriedades do daemon e do servidor devem ser configuradas apenas se você ativar SSL. Para obter informações adicionais sobre a configuração de SSL, consulte "Configurando autenticação SSL e X.509" no Developer for System z: Referência de Configuração do Host.
Palavra-chave | Tipo de keystore |
---|---|
JKS | Keystore Java |
JCERACFKS | Conjunto de chaves compatível com SAF, em que a chave privada do certificado é armazenada no banco de dados de segurança. |
JCECCARACFKS | O conjunto de chaves compatível com SAF, em que a chave privada do certificado é armazenada usando ICSF, a interface para o hardware criptográfico do System z. |
security.provider.1=com.ibm.crypto.hdwrCCA.provider.IBMJCECCA
security.provider.1=com.ibm.crypto.hdwrCCA.provider.IBMJCECCA
security.provider.2=com.ibm.jsse2.IBMJSSEProvider2
security.provider.3=com.ibm.crypto.provider.IBMJCE
security.provider.4=com.ibm.security.jgss.IBMJGSSProvider
security.provider.5=com.ibm.security.cert.IBMCertPath
security.provider.6=com.ibm.security.sasl.IBMSASL
Esta tarefa de customização não requer assistência, recursos especiais ou tarefas de customização especiais. |
O Developer for System z suporta diferentes níveis de rastreio do fluxo do programa interno para propósitos de resolução de problemas. O RSE e alguns dos serviços chamados pelo RSE usam as configurações em rsecomm.properties para saber o nível de detalhe inicial necessário nos logs de saída.
Atenção: Alterar estas configurações pode
causar degradações de desempenho e isso deve ser feito somente com orientação
do centro de suporte IBM.
|
rsecomm.properties está localizado em /etc/rdz/, a menos que você tenha especificado um local diferente quando customizou e enviou a tarefa FEK.SFEKSAMP(FEKSETUP). Para obter mais detalhes, consulte Configuração de Customização. É possível editar o arquivo com o comando do TSO OEDIT.
A amostra de código a seguir mostra o arquivo rsecomm.properties, que pode ser customizado para corresponder às suas necessidades de rastreio. As linhas de comentário começam com um sinal de número (#) ao usar uma página de códigos dos EUA. As linhas de dados podem ter apenas uma diretiva e seu valor designado; não são permitidos comentários na mesma linha. Continuações de linha não são suportadas.
# server.version - DO NOT MODIFY!
server.version=5.0.0
# Logging level
# 0 - Log error messages
# 1 - Log error and warning messages
# 2 - Log error, warning and info messages
debug_level=1
#USER=userid
#USER=(userid,userid,…)
0 | Registrar apenas mensagens de erro. |
1 | Registrar mensagens de erro e de aviso. |
2 | Mensagens de erro de log, de aviso e informativa. |
Esta tarefa de customização não requer assistência, recursos especiais ou tarefas de customização especiais. |
O assistente de conteúdo para C/C++ pode usar as definições em include.conf para fazer inclusões forçadas de arquivos ou membros especificados. Uma inclusão forçada consiste em um arquivo ou diretório, um conjunto de dados ou um membro do conjunto de dados que será analisado quando uma operação do assistente de conteúdo for executada, independentemente de esse arquivo ou membro ter sido incluído ou não no código de origem usando uma diretiva de pré-processador.
O arquivo deve ser referenciado em rsed.envvars pelas variáveis include.c ou include.cpp antes de ser usado. Essa referência em rsed.envvars significa que você pode especificar um arquivo diferente para uso por C e C++. As variáveis em rsed.envvars são desativadas por padrão.
O include.conf está localizado em /etc/rdz/, a menos que você tenha especificado um local diferente quando customizou e submeteu a tarefa FEK.SFEKSAMP(FEKSETUP). Consulte Configuração de Customização para obter mais detalhes. É possível editar o arquivo com o comando do TSO OEDIT.
As definições devem ser iniciadas na coluna 1. As linhas de comentário são iniciadas com um sinal numérico (#) ao usar uma página de códigos dos EUA. As linhas de dados só poderão ter o nome de um diretório, um arquivo, um conjunto de dados ou um membro. Não são permitidos comentários na mesma linha. Continuações de linha não são suportadas.
# Para incluir o arquivo stdio.h do diretório /usr/include, insira:
# /usr/include/stdio.h
#
# Para incluir todos os arquivos do diretório /usr/include e todos os seus
# subdiretórios, insira:
# /usr/include
#
# Remova o comentário e customize a variável FILETYPES para limitar a inclusão
# de curinga do z/OS UNIX em tipos de arquivos selecionados (distinção entre maiúsculas e minúsculas):
# Os tipos de arquivos são especificados em uma lista delimitada por vírgula (sem espaços em branco)
# FILETYPES=H,h,hpp,C,c,cpp,cxx
# Para incluir todos os membros do conjunto de dados CBC.SCLBH.H, insira:
# //CBC.SCLBH.H
#
# Para incluir o membro STDIOSTR do conjunto de dados CBC.SCLBH.H, insira:
# //CBC.SCLBH.H(STDIOSTR)
# A lista de amostra contém alguns arquivos de biblioteca padrão C usados comumente
/usr/include/assert.h
/usr/include/ctype.h
/usr/include/errno.h
/usr/include/float.h
/usr/include/limits.h
/usr/include/locale.h
/usr/include/math.h
/usr/include/setjmp.h
/usr/include/signal.h
/usr/include/stdarg.h
/usr/include/stddef.h
/usr/include/stdio.h
/usr/include/stdlib.h
/usr/include/string.h
/usr/include/time.h
Esta tarefa de customização não requer assistência, recursos especiais ou tarefas de customização especiais. |
REXEC (Execução Remota) é um serviço TCP/IP que permite que clientes executem um comando no sistema host. SSH (Shell Seguro) é um serviço semelhante, mas toda a comunicação é criptografada usando SSL (Secure Socket Layer). O Developer for System z usa qualquer serviço para executar ações remotas (baseadas em host) em subprojetos z/OS UNIX.
REXEC e SSH dependem dos serviços fornecidos pelo INETD (Internet Daemon), que é outro serviço TCP/IP. O Communications Server IP Configuration Guide (SC31-8775) descreve as etapas necessárias para configurar INETD, REXEC e SSH. Para obter mais detalhes e métodos de configuração alternativos, consulte o White Paper Using INETD, REXEC and SSH with Rational Developer for System z (SC14-7301), disponível na biblioteca Developer for System z, http://www-01.ibm.com/support/docview.wss?uid=swg27038517.
exec stream tcp nowait OMVSKERN /usr/sbin/orexecd rexecd –LV
exec 512/tcp #REXEC Command Server
O mesmo princípio aplica-se ao SSH. Sua porta comum é 22 e o nome do servidor é sshd.
Esta tarefa de customização não requer assistência, recursos especiais ou tarefas de customização especiais. |
O Developer for System z suporta a interpretação e expansão de instruções include COBOL e PL/I, incluindo instruções include selecionadas de terceiros. O Developer for System z também fornece um executável REXX de amostra, FEKRNPLI, que pode ser chamado pelo cliente Developer for System z para expandir a origem PL/I, chamando o compilador PL/I.
FEKRNPLI está localizado em FEK.#CUST.CNTL, a menos que você tenha especificado um local diferente quando customizou e enviou a tarefa FEK.SFEKSAMP(FEKSETUP). Para obter mais detalhes, consulte Customização Básica.
O cliente do Developer for System z usa o Serviço de Comando do TSO para executar o exec. Isso significa que se o exec FEKRNPLI for colocado na concatenação SYSPROC ou SYSEXEC para o Serviço de Comando do TSO, o usuário não precisará saber o local exato do exec. O usuário só precisa saber o nome. Por padrão, o Serviço de Comando do TSO usa o ISPF Client Gateway para criar um ambiente TSO, mas o APPC também é suportado, conforme documentado no white paper, Using APPC to provide TSO command services (SC14-7291). Ao usar o ISPF Client Gateway, a concatenação SYSPROC ou SYSEXEC é definida em ISPF.conf. Para obter detalhes adicionais sobre como customizar este arquivo, consulte ISPF.conf, o Arquivo de Configuração do TSO/ISPF Client Gateway do ISPF.
Esta tarefa de customização não requer assistência, mas requer os
seguintes recursos ou tarefas de customização especiais:
|
As estruturas que ajudam os desenvolvedores a compor código para executar testes de unidade repetidos e de autoverificação são conhecidas coletivamente como xUnit. O Developer for System z fornece essa estrutura para teste de unidade de código Enterprise COBOL e PL/I, chamada zUnit.
O executor de teste do zUnit também precisa de acesso a uma biblioteca de carregamento que contém os diferentes casos de teste. Provavelmente esta biblioteca é exclusiva de um desenvolvedor.
Customize o procedimento de amostra, FEK.#CUST.PROCLIB(AZUZUNIT), conforme descrito no membro e copie-o em SYS1.PROCLIB.
O nome do procedimento e os nomes das etapas no procedimento correspondem às propriedades padrão que estão incluídas no cliente Developer for System z. Se o nome de um procedimento ou o nome de uma etapa em um procedimento for alterado, o arquivo de propriedades correspondente em todos os clientes deverá ser atualizado. Você não deve alterar os nomes de etapa e procedimento.
//MYJOB JOB <job parameters>
//PROCS JCLLIB ORDER=(FEK.#CUST.PROCLIB)
rsed.envvars está localizado em /etc/rdz/, a menos que você tenha especificado um local diferente quando customizou e enviou a tarefa FEK.SFEKSAMP(FEKSETUP). Para obter mais detalhes, consulte Configuração de Customização. É possível editar o arquivo com o comando do TSO OEDIT.
O script zunit permite que o usuário especifique conjuntos de dados que serão incluídos na diretiva STEPLIB usada pelo script.
O executor de teste zUnit permite a reformatação automática de relatórios de teste. O Developer for System z fornece conversões de amostra (por exemplo, conversão em formato Ant ou jUnit), que estão localizadas em /usr/lpp/rdz/samples/zunit/xsd e /usr/lpp/rdz/samples/zunit/xsl, se você instalou o Developer for System z no local padrão /usr/lpp/rdz.
Esta tarefa de customização não requer assistência, recursos especiais ou tarefas de customização especiais. |
Você precisará da assistência de um administrador do CICS para concluir esta tarefa de customização,
que requer os seguintes recursos ou tarefas de customização especiais:
|
O componente Developer for System z Enterprise Service Tools suporta diferentes formatos de mensagens da interface em árabe e hebraico e a apresentação de dados bidirecionais e edição em todos os editores e visualizações. Em aplicativos do terminal, as telas da esquerda-à-direita e da direita-à-esquerda são suportadas e campos numéricos e campos com orientação oposta à tela.
A funcionalidade e os recursos bidirecionais adicionais incluem:
Além disso, o código gerado pelo Enterprise Service Tools pode suportar transformação bidi em ambientes que não sejam CICS SFR (Service Flow Runtime). Um exemplo são os aplicativos em lote. É possível criar os geradores de Enterprise Service Tools para incluir chamadas nas rotinas de conversão bidirecional, especificando as opções de transformação bidi apropriadas nos assistentes de geração Enterprise Service Tools e vinculando os programas gerados com a biblioteca de conversão bidirecional apropriada, FEK.SFEKLOAD.
CEDA DEF PROG(FEJBDCMP) LANG(LE) G(xxx)
CEDA DEF PROG(FEJBDTRX) LANG(LE) G(xxx)
Esta tarefa de customização não requer assistência, mas requer os
seguintes recursos ou tarefas de customização especiais:
|
Quando o código gerado for executado em uma transação do CICS, inclua todos os módulos IRZM* e IIRZ* em FEK.SFEKLMOD no DFHRPL DD da região CICS. Isso deve ser feito com a inclusão do conjunto de dados de instalação na concatenação para que a manutenção aplicada fique disponível automaticamente.
Em todas as outras situações, torne todos os módulos IRZM* e IIRZ* em FEK.SFEKLMOD disponíveis por meio de STEPLIB ou LINKLIST. Isso deve ser feito com a inclusão do conjunto de dados de instalação na concatenação para que a manutenção aplicada fique disponível automaticamente.
Se você usar STEPLIB, defina os módulos não disponíveis por meio de LINKLIST na diretiva STEPLIB da tarefa que executa o código.
IRZ9999S Falha ao recuperar o texto de uma mensagem de tempo de execução do Ambiente de Linguagem.
Verifique se o módulo de mensagem de tempo de execução do Ambiente de Linguagem do
recurso IRZ está instalado em DFHRPL ou em STEPLIB.
Você precisa de assistência de um administrador de Segurança, TCP/IP
e CICS para concluir
essa tarefa de customização, a qual requer os seguintes recursos ou
tarefas de customização especiais:
|
O componente de host do Developer for System z Integrated Debugger permite que clientes da versão 9.0.1 e superior depurem vários aplicativos baseados no Language Environment (LE). O Integrated Debugger requer z/OS 1.10 ou superior.
Consulte a seção “Depurador Integrado” do capítulo “Entendendo o Developer for System z” na Referência de Configuração do Host (SC14-7290) para obter uma visão geral do fluxo de dados do Depurador integrado.
Para depurar programas escritos em COBOL v4, o Depurador Integrado precisa acessar um conjunto de dados de listagem (PDS ou PDS/E). O nome do conjunto de dados pode ser fornecido pela variável de ambienteAQE_DBG_V4LIST ou DD AQEV4LST. Se nenhuma delas estiver presente, o Depurador Integrado formará o nome do conjunto de dados substituindo o último qualificador do conjunto de dados do executável (por exemplo .LOAD) por .LISTING. Pergunte aos seus desenvolvedores que método é utilizável em seu site.
Normalmente, apenas um depurador baseado no Ambiente de Linguagem (LE), tal como o Integrated Debugger, pode estar ativo em um aplicativo, uma região CICS, um procedimento armazenado no DB2 ou uma transação IMS específico. Uma boa indicação de que um depurador é baseado em LE é que ele fornece um módulo de carregamento CEEEVDBG ou alias que deve estar disponível para o aplicativo.
No entanto, o Integrated Debugger versão 9.1.1 e superior poderão coexistir com o IBM Debug Tool for z/OS, se o Integrated Debugger for carregado primeiro pelo aplicativo.
Se o cliente do Developer for System z usar criptografia SSL/TLS para se comunicar com o daemon RSE, então o Mecanismo de Depuração (baseado no cliente) também usará, por padrão, criptografia para se comunicar com o Debug Manager (baseado no host). Por padrão, o Mecanismo de Depuração usará os mesmos certificados do cliente do Developer for System z.
Isso implica que a tarefa iniciada pelo daemon RSE e a tarefa iniciada pelo Debug Manager devam ser configuradas de forma semelhante em relação à criptografia de comunicação. Os cenários alternativos a seguir estão disponíveis para situações em que as configurações de criptografia para o daemon RSE e o Debug Manager diferirem:
Ao contrário do daemon RSE, o Debug Manager não possui suporte nativo para criptografia SSL/TLS. O Debug Manager conta com um serviço TCP/IP chamado Application Transparent Transport Layer Security (AT-TLS) para comunicação criptografada. Consulte “Configurando o AT-TLS” no Guia de Referência do host do IBM Rational Developer for System z (SC14-7290) para obter um guia de configuração passo a passo.
CEE3501S O módulo //IEWBNDD não foi localizado
O Integrated Debugger é capaz de usar uma saída de usuário do Language Environment (LE) que lê opções de tempo de execução TEST a partir de um conjunto de dados para um determinado módulo. Isso é bom para o código de depuração que está ativo nos subsistemas, como transações do IMS e procedimentos armazenados do DB2, uma vez que não é possível fornecer as opções de tempo de execução TEST dinamicamente para esse código.
Defina o depurador para uma região do CICS, conforme documentado na tarefa de atualização da CSD de amostra AQECSD. AQECSD está localizado em FEK.#CUST.JCL, a menos que você tenha especificado um local diferente quando customizou e enviou a tarefa FEK.SFEKSAMP(FEKSETUP). Consulte Configuração de Customização para obter mais detalhes.
Para depurar procedimentos armazenados do DB2, o Integrated Debugger requer as seguintes atualizações relacionadas do DB2.
As atualizações a seguir são necessárias para usar o Integrated Debugger nos procedimentos de construção remota fornecidos pelo Developer for System z. Para obter mais informações sobre a função e a localização desses procedimentos da JCL, consulte Referir-se ao procedimentos de construção remota do ELAXF*.
Esta tarefa de customização não requer assistência, recursos especiais ou tarefas de customização especiais. |
Esta tarefa de customização não requer assistência, recursos especiais ou tarefas de customização especiais para a configuração do Developer for System z. Entretanto, há requisitos para a configuração do IBM Debug Tool for z/OS. |
O IBM Debug Tool for z/OS fornece uma saída de usuário de Language Environment (LE) customizada, CEEBXITA, que retorna as opções de tempo de execução de TEST quando chamada pela lógica de inicialização de LE em Procedimentos Armazenados do IMS e do DB2. O IBM Debug Tool for z/OS fornece também a extensão da Ferramenta de Depuração do servidor Problem Determination Tools Common Components, para criar e gerenciar o conjunto de dados das opções de tempo de execução de TEST no sistema z/OS. O Developer for System z pode usar e aprimorar o suporte do IBM Debug Tool for z/OS para gerenciar os perfis de depuração dos tempos de execução de Procedimentos Armazenados do IMS e DB2.
Esta tarefa de customização não requer assistência, recursos especiais ou tarefas de customização especiais para a configuração do Developer for System z. Entretanto, há requisitos para a configuração do IBM File Manager for z/OS. |
A integração inicial do Developer for System z com o IBM File Manager for z/OS foi marcada como descontinuada no Developer for System z versão 8.0.3 e não é mais suportada na versão 8.5. Os serviços fornecidos por essa função foram movidos para áreas diferentes. Algumas funções, como edição de QSAM não formatada, fazem parte agora do conjunto de dados regular manipulado pelo Developer for System z. Funções mais avançadas, como edição de dados formatados usando copybooks ou arquivos, requerem que o plug-in do IBM File Manager para Eclipse esteja instalado no cliente Developer for System z. Esse plug-in está disponível na página da Web de Plug-ins do IBM Problem Determination Tools, http://www-01.ibm.com/software/awdtools/deployment/pdtplugins/.
O plug-in do IBM File Manager para Eclipse usa o Servidor Problem Determination Tools para acessar os serviços do File Manager. Esse servidor não é usado pela interface do painel ISPF do File Manager. Portanto, você possui tarefas de configuração adicionais do File Manager, específicas do Problem Determination Tools. Para obter detalhes adicionais, consulte a documentação do File Manager.
O número da porta usado pelo servidor Problem Determination Tools deve ser especificado na diretiva rsed.envvars PD_SERVER_PORT.
rsed.envvars está localizado em /etc/rdz/, a menos que você tenha especificado um local diferente quando customizou e enviou a tarefa FEK.SFEKSAMP(FEKSETUP). Para obter mais detalhes, consulte Configuração de Customização. É possível editar o arquivo com o comando do TSO OEDIT.
Esta tarefa de customização não requer assistência, recursos especiais ou tarefas de customização especiais. |
O TSO/ISPF Client Gateway do ISPF e a função SCLM Developer Toolkit utilizam os diretórios WORKAREA e /tmp para armazenar arquivos de trabalho temporários, que são removidos antes de a sessão ser encerrada. Entretanto, a saída temporária é às vezes deixada para trás, por exemplo, se existir um erro de comunicação durante o processamento. Portanto, limpe os diretórios WORKAREA e /tmp ocasionalmente.
O z/OS UNIX fornece um shell script, skulker, que exclui arquivos de acordo com o diretório no qual eles estão e em seu tempo de existência. Combinado com o daemon cron do z/OS UNIX, que executa comandos em datas e horas especificadas, é possível configurar uma ferramenta automatizada que limpa periodicamente os diretórios de destino. Para obter informações adicionais sobre o script skulker e o daemon cron, consulte UNIX System Services Command Reference (SA22-7802).
Após concluir a customização do produto, é possível usar os Installation Verification Programs (IVPs) descritos neste capítulo para verificar o êxito da configuração dos componentes principais do produto.
FEJ211I Servidor pronto para aceitar conexões.
Se a tarefa terminar com o código de retorno 66, FEK.SFEKAUTH não será autorizado por APF.
-------------------------------------------------------------
Script de inicialização do daemon RSE
-------------------------------------------------------------
argumentos: IVP -C/etc/rdz –P
teste do IVP do daemon RSE
CDFMVS08 -- Fri Mar 23 17:50:52 2012 UTC
uid=8(STCRSE) gid=1(STCGROUP)
iniciado de /usr/lpp/rdz/bin/rsed.sh
script de inicialização versão Aug09,2012
arquivos de configuração localizados em /etc/rdz –- argumento de inicialização
porta de daemon é 4035 -– configurada em rsed.envvars
nível de depuração é 1 –- configurado em rsecomm.properties
TMPDIR=/tmp -- padrão
-------------------------------------------------------------
variáveis de ambiente atuais
-------------------------------------------------------------
@="/usr/lpp/rdz/bin/rsed.sh" @[1]="-C/etc/rdz" @[2]="-P"
ANT_HOME="/usr/lpp/Apache/Ant/apache-ant-1.7.1"
CGI_DTWORK="/var/rdz"
CGI_ISPCONF="/etc/rdz"
CGI_ISPHOME="/usr/lpp/ispf"
CGI_ISPWORK="/var/rdz"
CGI_TRANTABLE="FEK.#CUST.LSTRANS.FILE"
CLASSPATH=".:/usr/lpp/rdz/lib:/usr/lpp/rdz/lib/dstore_core.jar:/usr/lpp/
ERRNO="0"
HOME="/tmp"
IFS="
"
JAVA_HOME="/usr/lpp/java/J6.0"
JAVA_PROPAGATE="NO"
LANG="C"
LIBPATH=".:/usr/lib:/usr/lpp/java/J6.0/bin:/usr/lpp/java/J6.0/bin/classi
LINENO="66"
LOGNAME="STCRSE"
MAILCHECK="600"
OLDPWD="/tmp"
OPTIND="1"
PATH=".:/usr/lpp/java/J6.0/bin:/usr/lpp/rdz/bin:/usr/lpp/ispf/bin:/bin:/
PPID="33554711"
PS1="\$ "
PS2="> "
PS3="#? "
PS4="+ "
PWD="/etc/rdz"
RANDOM="27298"
RSE_CFG="/etc/rdz"
RSE_HOME="/usr/lpp/rdz"
RSE_LIB="/usr/lpp/rdz/lib"
SECONDS="0"
SHELL="/bin/sh"
STEPLIB="NONE"
TMPDIR="/tmp"
TZ="EST5EDT"
X_ARG="-T"
X_C="-- argumento de inicialização"
X_KEY="-T"
X_L="-- configurado em rsecomm.properties"
X_LOG="1"
X_P="-- configurado em rsed.envvars"
X_PORT="4035"
X_VAL=""
_="-------------------------------------------------------------"
_BPX_SHAREAS="YES"
_BPX_SPAWN_SCRIPT="YES"
_CEE_DMPTARG="/tmp"
_CEE_RUNOPTS="ALL31(ON) HEAP(32M,32K,ANYWHERE,KEEP,,) TRAP(ON)"
_CMDSERV_BASE_HOME="/usr/lpp/ispf"
_CMDSERV_CONF_HOME="/etc/rdz"
_CMDSERV_WORK_HOME="/var/rdz"
_EDC_ADD_ERRNO2="1"
_RSE_ISPF_OPTS="&SESSION=SPAWN"
_RSE_DAEMON_CLASS="com.ibm.etools.zos.server.RseDaemon"
_RSE_DAEMON_IVP_TEST="1"
_RSE_HOST_CODEPAGE="IBM-1047"
_RSE_JAVAOPTS=" -DISPF_OPTS='&SESSION=SPAWN' -DA_PLUGIN_PATH=
_RSE_JMON_PORT="6715"
_RSE_LOG_LEVEL="1"
_RSE_POOL_SERVER_CLASS="com.ibm.etools.zos.server.ThreadPoolProcess"
_RSE_RSED_PORT="4035"
_RSE_SAF_CLASS="/usr/include/java_classes/IRRRacf.jar"
_RSE_SCRIPT_VERSION="Jan09,2012"
_RSE_SERVER_CLASS="org.eclipse.dstore.core.server.Server"
_RSE_SERVER_TIMEOUT="120000"
_SCLMDT_BASE_HOME="/usr/lpp/rdz"
_SCLMDT_CONF_HOME="/var/rdz/sclmdt"
_SCLMDT_TRANTABLE="FEK.#CUST.LSTRANS.FILE"
_SCLMDT_WORK_HOME="/var/rdz"
debug_level="1"
-------------------------------------------------------------
Limites de tamanho do Espaço de Endereço
-------------------------------------------------------------
o atual limite de tamanho de espaço de endereço é 1913626624 (1825.0 MB)
o limite de tamanho do espaço de endereço máximo é 2147483647 (2048,0 MB)
-------------------------------------------------------------
histórico do serviço
-------------------------------------------------------------
Fri Jun 14 13:47:39 2013 -- COPY -- HHOP900 v9000 created 14 Jun 2013
-------------------------------------------------------------
nível de serviço java
-------------------------------------------------------------
java full version "J2RE 1.6.0 IBM z/OS build pmz3160sr13-20130207_01(SR13)
-------------------------------------------------------------
Opções de tempo de execução de LE
-------------------------------------------------------------
Relatório de Opções para Enclave principal 23/05/12 13h50min52s
Ambiente de Linguagem V01 R11.00
ÚLTIMA WHERE CONFIGURADA OPÇÃO
-------------------------------------------------------------------------------
Padrão de instalação ABPERC(NONE)
Padrão de programador ABTERMENC(RETCODE)
Padrão de instalação NOAIXBLD
Comando Invocation ALL31(ON)
Padrão de programador ANYHEAP(32768,16384,ANYWHERE,FREE)
Padrão de instalação NOAUTOTASK
Padrão de instalação BELOWHEAP(32768,16384,FREE)
Padrão de instalação CBLOPTS(ON)
Padrão de instalação CBLPSHPOP(ON)
Padrão de instalação CBLQDA(OFF)
Padrão de instalação
CEEDUMP(60,SYSOUT=*,FREE=END,SPIN=UNALL
Padrão de instalação CHECK(ON)
Padrão de instalação COUNTRY(US)
Padrão de instalação NODEBUG
Padrão de instalação DEPTHCONDLMT(10)
Padrão de instalação DYNDUMP(*USERID,NODYNAMIC,TDUMP)
Padrão de instalação ENVAR("")
Padrão de instalação ERRCOUNT(0)
Padrão de instalação ERRUNIT(6)
Padrão de instalação FILEHIST
Padrão de instalação FILETAG(NOAUTOCVT,NOAUTOTAG)
Configuração padrão NOFLOW
Comando Invocation HEAP(33554432,32768,ANYWHERE,KEEP,16384
Padrão de instalação HEAPCHK(OFF,1,0,0,0)
Padrão de instalação HEAPPOOLS(OFF,8,10,32,10,128,10,256,10,
Padrão de instalação INFOMSGFILTER(OFF,,,,)
Padrão de instalação INQPCOPN
Padrão de instalação INTERRUPT(OFF)
Padrão de programador LIBSTACK(32768,16384,FREE)
Padrão de instalação MSGFILE(SYSOUT,FBA,121,0,NOENQ)
Padrão de instalação MSGQ(15)
Padrão de instalação NATLANG(ENU)
Ignorado NONONIPTSTACK(See THREADSTACK)
Padrão de instalação OCSTATUS
Padrão de instalação NOPC
Padrão de instalação PLITASKCOUNT(20)
Padrão de programador POSIX(ON)
Padrão de instalação PROFILE(OFF,"")
Padrão de instalação PRTUNIT(6)
Padrão de instalação PUNUNIT(7)
Padrão de instalação RDRUNIT(5)
Padrão de instalação RECPAD(OFF)
Comando Invocation RPTOPTS(ON)
Padrão de instalação RPTSTG(OFF)
Padrão de instalação NORTEREUS
Padrão de instalação NOSIMVRD
Padrão de programador
STACK(65536,65536,ANYWHERE,KEEP,524288,131072)
Padrão de instalação STORAGE(NONE,NONE,NONE,0)
Padrão de instalação TERMTHDACT(TRACE,,96)
Padrão de instalação NOTEST(ALL,"*","PROMPT","INSPPREF")
Padrão de instalação THREADHEAP(4096,4096,ANYWHERE,KEEP)
Padrão de instalação
THREADSTACK(OFF,4096,4096,ANYWHERE,KEEP,131072,
Padrão de instalação TRACE(OFF,4096,DUMP,LE=0)
Comando Invocation TRAP(ON,SPIE)
Padrão de instalação UPSI(00000000)
Padrão de instalação NOUSRHDLR(,)
Padrão de instalação VCTRSAVE(OFF)
Padrão de instalação XPLINK(OFF)
Padrão de instalação XUFLOW(AUTO)
-------------------------------------------------------------
teste de inicialização java...
-------------------------------------------------------------
java full version "JRE 1.6.0 IBM z/OS build pmz3160sr13-20130207_01
(SR13)"
java version "1.6.0"
Java(TM) SE Runtime Environment (build pmz3160sr13-20130207_01(SR13))
IBM J9 VM (build 2.4, JRE 1.6.0 IBM J9 2.4 z/OS s390-31 jvmmz3160sr13-
20130114_1
J9VM - 20130114_134867
JIT - r9_20130108_31100
GC - 20121212_AA)
JCL - 20130204_01
-------------------------------------------------------------
Teste do Monitor de Tarefas JES...
-------------------------------------------------------------
executado em CDFMVS08 -- Sex Março 23 17h50min52s EDT 2012
executado por uid=8(STCRSE) gid=1(STCGROUP)
utilizando /etc/rdz/rsed.envvars
o atual limite de tamanho de espaço de endereço é 1913626624 (1825.0 MB)
o limite de tamanho do espaço de endereço máximo é 2147483647 (2048,0 MB)
testando o Monitor de Tarefas JES na porta 6715...
hostName=CDFMVS08
hostAddr=9.42.112.75
IPv4 é suportado
Aguardando resposta do JES Job Monitor...
ACKNOWLEDGE01v03
Bem-sucedido
-------------------------------------------------------------
teste do IVP de TCP/IP...
-------------------------------------------------------------
executado em CDFMVS08 -- Sex Março 23 17h50min53s EDT 2012
executado por uid=8(STCRSE) gid=1(STCGROUP)
utilizando /etc/rdz/rsed.envvars
o atual limite de tamanho de espaço de endereço é 1913626624 (1825.0 MB)
o limite de tamanho do espaço de endereço máximo é 2147483647 (2048,0 MB)
-------------------------------------------------------------
Configuração do resolvedor TCP/IP (ordem de procura do z/OS UNIX):
-------------------------------------------------------------
Inicialização do Rastreio do Resolvedor Concluída -> 23/05/2012 17h50min54s.208378
res_init Resolver values:
Global Tcp/Ip Dataset = None
Default Tcp/Ip Dataset = None
Local Tcp/Ip Dataset = /etc/resolv.conf
Translation Table = Default
UserId/JobName = STCRSE
Caller API = LE C Sockets
Caller Mode = EBCDIC
(L) DataSetPrefix = TCPIP
(L) HostName = CDFMVS08
(L) TcpIpJobName = TCPIP
(L) DomainOrigin = RALEIGH.IBM.COM
(L) NameServer = 9.42.206.2
9.42.206.3
(L) NsPortAddr = 53 (L) ResolverTimeout = 10
(L) ResolveVia = UDP (L) ResolverUdpRetries = 1
(*) Options NDots = 1
(*) SockNoTestStor
(*) AlwaysWto = NO (L) MessageCase = MIXED
(*) LookUp = DNS LOCAL
res_init Succeeded
res_init Started: 2012/05/23 17:50:54.229888
res_init Ended: 2012/05/23 17:50:54.229898
************************************************************************
MVS TCP/IP NETSTAT CS V1R11 TCPIP Name: TCPIP 17:50:54
Tcpip iniciado às 11h31min40s em 23/05/2012 com IPv6 ativado
-------------------------------------------------------------
endereço IP do host:
-------------------------------------------------------------
hostName=CDFMVS08
hostAddr=9.42.112.75
bindAddr=9.42.112.75
localAddr=9.42.112.75
Êxito, os endereços correspondem
-------------------------------------------------------------
daemon RSE IVP finalizado -- código de retorno 0 -- Sex Março 23 17h50min55s EDT 2012
-------------------------------------------------------------
FEK002I RseDaemon started. (porta=4035)
AQECM001I Debug Manager startup complete (clientport/hostport)
Se a tarefa terminar com o código de retorno 66, FEK.SFEKAUTH não será autorizado por APF.
Um daemon RSE ativo suporta o comando modify de IVP, que é possível usar para executar os IVPs selecionados a partir do console.
O Developer for System z requer que os PassTickets gerados por ele sejam reutilizáveis, porque a geração de PassTickets é limitada a um por usuário por segundo. Verifique a reutilização de PassTicket executando o seguinte comando do operador. Substitua userid por um ID do usuário do TSO válido.
MODIFY RSED,APPL=IVP PASSTICKET,userid
O comando deve retornar uma saída como aquela na seguinte amostra:
MODIFY RSED,APPL=IVP PASSTICKET,IBMUSER
+FEK900I PASSTICKET IVP: start: serverid=STCRSE userid=IBMUSER
+FEK900I PASSTICKET IVP: the default applid=FEKAPPL
+FEK900I PASSTICKET IVP: Success, PassTicket IVP finished normally
+FEK901I PASSTICKET IVP Exit code = 0
Para verificar a conexão do daemon RSE, execute o seguinte comando. Substitua userid por um ID do usuário do TSO válido.
MODIFY RSED,APPL=IVP DAEMON,userid
Este comando é funcionalmente idêntico ao IVP fekfivpd descrito em Verificar os Serviços, mas com o benefício de que não é necessária nenhuma senha. O RSE gera um PassTicket e usa este como senha. O comando deve retornar uma saída como aquela na seguinte amostra:
F RSED,APPL=IVP DAEMON,IBMUSER
+FEK900I DAEMON IVP: SSL is disabled
+FEK900I DAEMON IVP: connected
+FEK900I DAEMON IVP: 1343
+FEK900I DAEMON IVP: 8878350
+FEK900I DAEMON IVP: Success
+FEK901I DAEMON IVP Exit code = 0
Verifique a conexão do ISPF Client Gateway executando o comando a seguir. Substitua userid por um ID do usuário do TSO válido.
MODIFY RSED,APPL=IVP ISPF,userid
Este comando é funcionalmente idêntico ao IVP fekfivpi descrito em Verificar os Serviços. O comando deve retornar uma saída como aquela na seguinte amostra:
F RSED,APPL=IVP ISPF,IBMUSER
+FEK900I ISPF IVP: executed on CDFMVS08 -- Tue Sep 13 22:29:28 EDT 2011
+FEK900I ISPF IVP: executed by uid=1(IBMUSER) gid=0(SYS1)
+FEK900I ISPF IVP: using /etc/rdz/rsed.envvars
+FEK900I ISPF IVP: current address space size limit is 2147483647
(2048.0 MB)
+FEK900I ISPF IVP: maximum address space size limit is 2147483647
(2048.0 MB)
+FEK900I ISPF IVP: -----------------------------------------------------
--------
+FEK900I ISPF IVP: /etc/rdz/ISPF.conf content:
+FEK900I ISPF IVP: -----------------------------------------------------
--------
+FEK900I ISPF IVP: ispllib=ISP.SISPLOAD
+FEK900I ISPF IVP: ispmlib=ISP.SISPMENU
+FEK900I ISPF IVP: isptlib=ISP.SISPTENU
+FEK900I ISPF IVP: ispplib=ISP.SISPPENU
+FEK900I ISPF IVP: ispslib=ISP.SISPSLIB
+FEK900I ISPF IVP: sysproc=ISP.SISPCLIB,FEK.SFEKPROC
+FEK900I ISPF IVP: -----------------------------------------------------
--------
+FEK900I ISPF IVP: Host install verification for RSE
+FEK900I ISPF IVP: Review IVP log messages from HOST below :
+FEK900I ISPF IVP: -----------------------------------------------------
--------
+FEK900I ISPF IVP: Service level 22Feb2011
+FEK900I ISPF IVP: RSE connection and base TSO/ISPF session initializati
on check only
+FEK900I ISPF IVP: *** CHECK : ENVIRONMENT VARIABLES - key variables
displayed below :
+FEK900I ISPF IVP: Server PATH = .:/usr/lpp/java/J6.0/bin:/usr/l
pp/rdz/bin:/usr/lpp/ispf/bin:/bin:/usr/sbin
+FEK900I ISPF IVP: STEPLIB = NONE
+FEK900I ISPF IVP: Temporary directory = /tmp
+FEK900I ISPF IVP: CGI_ISPHOME = /usr/lpp/ispf
+FEK900I ISPF IVP: CGI_ISPCONF = /etc/rdz
+FEK900I ISPF IVP: CGI_ISPWORK = /var/rdz
+FEK900I ISPF IVP: -----------------------------------------------------
--------
+FEK900I ISPF IVP: *** CHECK : USS MODULES
+FEK900I ISPF IVP: Checking ISPF Directory : /usr/lpp/ispf
+FEK900I ISPF IVP: Checking modules in /usr/lpp/ispf/bin directory
+FEK900I ISPF IVP: Checking for ISPF configuration file ISPF.conf
+FEK900I ISPF IVP: RC=0
+FEK900I ISPF IVP: MSG: SUCCESSFUL
+FEK900I ISPF IVP: -----------------------------------------------------
--------
+FEK900I ISPF IVP: *** CHECK : TSO/ISPF INITIALIZATION
+FEK900I ISPF IVP: ( TSO/ISPF session will be initialized )
+FEK900I ISPF IVP: RC=0
+FEK900I ISPF IVP: MSG: SUCCESSFUL
+FEK900I ISPF IVP: -----------------------------------------------------
--------
+FEK900I ISPF IVP: *** CHECK: Shutting down TSO/ISPF IVP session
+FEK900I ISPF IVP: RC=0
+FEK900I ISPF IVP: MSG: SUCCESSFUL
+FEK900I ISPF IVP: -----------------------------------------------------
--------
+FEK900I ISPF IVP: Host installation verification completed successfully
+FEK900I ISPF IVP: -----------------------------------------------------
--------
+FEK901I ISPF IVP Exit code = 0
fekfivpc | (Opcional) Conexão do CARMA |
fekfivpd | conexão do daemon RSE |
fekfivpi | Conexão do Gateway do Cliente TSO/ISPF do ISPF |
fekfivpj | Conexão do JES Job Monitor |
fekfivps | (Opcional) Conexão SCLMDT |
fekfivpt | Configuração de TCP/IP |
É necessário um tamanho da região grande para o ID do usuário que executa os IVPs, porque são executadas funções como Java, que requerem uma grande quantidade de memória. Você deve configurar o tamanho da região para 131072 kilobytes (128 megabytes) ou mais.
CEE5213S The signal SIGPIPE was received.
%z/OS UNIX command%: command was killed by signal number 13
%line-number% *-* %REXX command%
+++ RC(137) +++
Todos os comandos de amostra nesta seção requerem que algumas variáveis de ambiente sejam configuradas. Dessa forma, os scripts do IVP ficam disponíveis por meio da instrução PATH e o local dos arquivos de configuração customizados é conhecido. Use os comandos pwd e cd para verificar e alterar seu diretório atual para o diretório com os arquivos de configuração customizados. O shell script ivpinit pode então ser usado para configurar as variáveis de ambiente do RSE, como na amostra a seguir, em que $ é o prompt do z/OS UNIX:
$ pwd
/u/userid
$ cd /etc/rdz
$ . ./ivpinit
Arquivos de configuração do RSE localizados em /etc/rdz -- padrão
incluíram o /usr/lpp/rdz/bin no PATH
O primeiro ponto (.) em . ./ivpinit é um comando do z/OS UNIX para executar o shell no ambiente atual, para que os conjuntos de variáveis do ambiente no shell sejam efetivados após sair do shell. O segundo ponto (.) refere-se ao diretório atual.
/usr/lpp/rdz/bin/fekfivpr 512 USERID
Além disso,
se . ./ivpinit não for executado primeiro, todos os scripts fekfivp*
solicitarão o local do rsed.envvars customizado.$ EXPORT STEPLIB=$STEPLIB:TCPIP.SEZALOAD
A inclusão de uma biblioteca não autorizada pelo APF em um STEPLIB existente remove a autorização APF para conjuntos de dados STEPLIB existentes.
Se CEE.SCEELKED estiver em LINKLIST ou em STEPLIB, TCPIP.SEZALOAD deverá ser colocado antes de CEE.SCEELKED. Se isso não for feito, o sistema 0C1 encerrará de forma anormal para as chamadas do soquete TCP/IP REXX.
Para obter informações sobre como diagnosticar os problemas de conexão do sistema host, consulte "Resolução de problemas de configuração" no Referência de Configuração do Host (SC14-7290) e as Notas Técnicas na seção de Suporte do website Developer for System z, http://www-03.ibm.com/software/products/us/en/developerforsystemz/ .
A disponibilidade da porta do Monitor de Tarefas JES e do daemon RSE pode ser verificada emitindo o comando netstat. O resultado deve mostrar as portas usadas por estes serviços, como nas amostras a seguir:
$ netstat
MVS TCP/IP NETSTAT CS VxRy TCPIP Name: TCPIP 13:57:36
User Id Conn Local Socket Foreign Socket State
------- ---- ------------ -------------- -----
RSED 0000004B 0.0.0.0..4035 0.0.0.0..0 Listen
JMON 00000037 0.0.0.0..6715 0.0.0.0..0 Listen
$ netstat
MVS TCP/IP NETSTAT CS VxRy TCPIP Name: TCPIP 14:03:35
User Id Conn State
------- ---- -----
RSED 0000004B Listen
Local Socket: 0.0.0.0..4035
Foreign Socket: 0.0.0.0..0
JMON 00000037 Listen
Local Socket: 0.0.0.0..6715
Foreign Socket: 0.0.0.0..0
fekfivpt
$ fekfivpt
executado em CDFMVS08 -- Quarta feira, 2 de julho de 2008, 13h11min54s EDT
executado por uid=1(USERID) gid=0(GROUP)
utilizando /etc/rdz/rsed.envvars
o limite de tamanho do espaço de endereço atual é 1914675200 (1826,0 MB)
o limite de tamanho do espaço de endereço máximo é 2147483647 (2048,0 MB)
-------------------------------------------------------------
Configuração do resolvedor TCP/IP (ordem de procura do z/OS UNIX):
-------------------------------------------------------------
Resolver Trace Initialization Complete -> 2008/07/02 13:11:54.745964
res_init Resolver values:
Global Tcp/Ip Dataset = None
Default Tcp/Ip Dataset = None
Local Tcp/Ip Dataset = /etc/resolv.conf
Translation Table = Default
UserId/JobName = USERID
Caller API = LE C Sockets
Caller Mode = EBCDIC
(L) DataSetPrefix = TCPIP
(L) HostName = CDFMVS08
(L) TcpIpJobName = TCPIP
(L) DomainOrigin = RALEIGH.IBM.COM
(L) NameServer = 9.42.206.2
9.42.206.3
(L) NsPortAddr = 53 (L) ResolverTimeout = 10
(L) ResolveVia = UDP (L) ResolverUdpRetries = 1
(*) Options NDots = 1
(*) SockNoTestStor
(*) AlwaysWto = NO (L) MessageCase = MIXED
(*) LookUp = DNS LOCAL
res_init Succeeded
res_init Started: 2008/07/02 13:11:54.755363
res_init Ended: 2008/07/02 13:11:54.755371
************************************************************************
MVS TCP/IP NETSTAT CS V1R9 TCPIP Name: TCPIP 13:11:54
Tcpip started at 01:28:36 on 06/23/2008 with IPv6 enabled
-------------------------------------------------------------
endereço IP do host:
-------------------------------------------------------------
hostName=CDFMVS08
hostAddr=9.42.112.75
bindAddr=9.42.112.75
localAddr=9.42.112.75
Êxito, os endereços correspondem
fekfivpd
Depois de solicitar uma senha, o comando deve retornar uma saída que seja semelhante à seguinte amostra:
$ fekfivpd
executado em CDFMVS08 -- Quarta feira, 2 de julho de 2008, 15h00min27s EDT
executado por uid=1(USERID) gid=0(GROUP)
utilizando /etc/rdz/rsed.envvars
o limite de tamanho do espaço de endereço atual é 1914675200 (1826,0 MB)
o limite de tamanho do espaço de endereço máximo é 2147483647 (2048,0 MB)
tentando conectar o ID de usuário USERID usando a porta 4035 ...
Senha:
SSL está desativado
conectado
8108
570655399
Bem-sucedido
fekfivpj
$ fekfivpj
executado em CDFMVS08 -- Quarta feira, 2 de julho de 2008, 15h00min27s EDT
executado por uid=1(USERID) gid=0(GROUP)
using /etc/rdz/rsed.envvars
o limite de tamanho do espaço de endereço atual é 1914675200 (1826,0 MB)
o limite de tamanho do espaço de endereço máximo é 2147483647 (2048,0 MB)
testing JES Job Monitor on port 6715...
hostName=CDFMVS08
hostAddr=9.42.112.75
IPv4 é suportado
Aguardando resposta do JES Job Monitor...
ACKNOWLEDGE01v03
Bem-sucedido
Verifique a conexão com o Gateway do Cliente TSO/ISPF do ISPF executando o seguinte comando:
fekfivpi
O comando deve retornar o resultado de verificações relacionadas ao TSO/ISPF Client Gateway do ISPF, tais como variáveis, módulos HFS e início e parada da sessão TSO/ISPF. A saída deve ser semelhante ao que é fornecido na amostra a seguir:
$ fekfivpi
executado em CDFMVS08 -- Quarta feira, 2 de julho de 2008, 15h00min27s EDT
executado por uid=1(USERID) gid=0(GROUP)
utilizando /etc/rdz/rsed.envvars
o limite de tamanho do espaço de endereço atual é 1914675200 (1826,0 MB)
o limite de tamanho do espaço de endereço máximo é 2147483647 (2048,0 MB)
-------------------------------------------------------------
conteúdo do /etc/rdz/ISPF.conf:
-------------------------------------------------------------
ispmlib=ISP.SISPMENU
isptlib=ISP.SISPTENU
ispplib=ISP.SISPPENU
ispslib=ISP.SISPSLIB
ispllib=ISP.SISPLOAD
sysproc=ISP.SISPCLIB,FEK.SFEKPROC
-------------------------------------------------------------
Verificação de instalação do host para o RSE
Verifique as mensagens de log do IVP do HOST a seguir:
-------------------------------------------------------------
Conexão RSE e verificação apenas de inicialização da sessão TSO/ISPF base
*** VERIFICAR: VARIÁVEIS DE AMBIENTE - variável de ambiente exibidas a seguir:
Server PATH =
/usr/lpp/java/J6.0/bin:/usr/lpp/rdz/lib:/usr/lpp/ispf/bin:
/bin:/usr/sbin:.
STEPLIB = FEK.SFEKAUTH:FEK.SFEKLOAD
CGI_ISPHOME = /usr/lpp/ispf
CGI_ISPCONF = /etc/rdz
CGI_ISPWORK = /var/rdz
-------------------------------------------------------------
*** CHECK : USS MODULES
Verificando o Diretório ISPF : /usr/lpp/ispf
Verificando módulos em /usr/lpp/ispf/bin directory
Verificando arquivo de configuração do ISPF ISPF.conf
RC=0
MSG: BEM-SUCEDIDO
-------------------------------------------------------------
*** VERIFICAR: INICIALIZAÇÃO DO TSO/ISPF
(A sessão do TSO/ISPF será inicializada)
RC=0
MSG: BEM-SUCEDIDO
-------------------------------------------------------------
*** VERIFICAR: Encerrando a sessão IVP do TSO/ISPF
RC=0
MSG: BEM-SUCEDIDO
-------------------------------------------------------------
Verificação da instalação do host concluída com êxito
-------------------------------------------------------------
fekfivpi tem os seguintes parâmetros opcionais não posicionais:
fekfivpc
$ fekfivpc
executado em CDFMVS08 -- Sexta-feira 20 de agosto de 2010 às 14h15min46s EDT
executado por uid=1(USERID) gid=0(GROUP)
utilizando /etc/rdz/rsed.envvars
o limite de tamanho do espaço de endereço atual é 140484608 ( 134.0 MB)
o limite de tamanho do espaço de endereço máximo é 2147483647 (2048,0 MB)
*** /etc/rdz/CRASRV.properties content:
port.start = 5227
port.range = 100
startup.script.name = /usr/lpp/rdz/bin/carma.startup.rex
clist.dsname = *CRASTART
crastart.stub = /usr/lpp/rdz/bin/CRASTART
crastart.configuration.file = /etc/rdz/crastart.endevor.conf
crastart.syslog = Partial
crastart.timeout = 420
*** Criando /tmp/fekfivpc.log
*** Verificando a instalação do CARMA...
1. Criando a conexão CARMA (tempo limite após 60 segundos)
2. Inicializando o CARMA
3. Recuperando lista de RAMs
As seguintes RAMs foram encontradas
00 CA Endevor SCM ID exclusivo: COM.IBM.CARMA.ENDEVORRAM
4. Obtendo dados de customização para RAM 00
5. Inicializando RAM 00
6. Recuperando Lista de Instâncias de Repositório
Encontradas 6 Instâncias de Repositório
7. Finalizando RAM 00
8. Finalizando CARMA
*** IVP Bem-sucedido!!!!
Verifique a conexão com o SCLM Developer Toolkit executando o seguinte comando:
fekfivps
O comando deve retornar o resultado de verificações relacionadas ao SCLM Developer Toolkit, tais como variáveis, módulos HFS, tempo de execução REXX, início e parada da sessão TSO/ISPF e mostrar uma saída semelhante à seguinte amostra:
$ fekfivps
executado em CDFMVS08 -- Quarta feira, 2 de julho de 2008, 15h00min27s EDT
executado por uid=1(USERID) gid=0(GROUP)
utilizando /etc/rdz/rsed.envvars
o limite de tamanho do espaço de endereço atual é 1914675200 (1826,0 MB)
o limite de tamanho do espaço de endereço máximo é 2147483647 (2048,0 MB)
-------------------------------------------------------------
conteúdo do /etc/rdz/ISPF.conf:
-------------------------------------------------------------
ispmlib=ISP.SISPMENU
isptlib=ISP.SISPTENU
ispplib=ISP.SISPPENU
ispslib=ISP.SISPSLIB
ispllib=ISP.SISPLOAD
sysproc=ISP.SISPCLIB,FEK.SFEKPROC
-------------------------------------------------------------
Verificação de instalação do host para o RSE
Verifique as mensagens de log do IVP do HOST a seguir:
-------------------------------------------------------------
*** VERIFICAR: VARIÁVEIS DE AMBIENTE - variável de ambiente exibidas a seguir:
PATH do Servidor = /usr/lpp/java/J6.0/bin:/usr/lpp/rdz/lib:/usr/lpp/ispf/bin:
/bin:/usr/sbin:.
STEPLIB = FEK.SFEKAUTH:FEK.SFEKLOAD
CGI_ISPHOME = /usr/lpp/ispf
CGI_ISPCONF = /etc/rdz
CGI_ISPWORK = /var/rdz
_SCLMDT_CONF_HOME = /var/rdz/sclmdt
_SCLMDT_WORK_HOME = /var/rdz
_SCLMDT_TRANTABLE = FEK.#CUST.LSTRANS.FILE
-------------------------------------------------------------
*** CHECK : VERIFICAÇÃO DE CONFIGURAÇÃO DO CAMINHO JAVA
RC=0
MSG: BEM-SUCEDIDO
-------------------------------------------------------------
*** CHECK : USS MODULES
Verificando o Diretório ISPF : /usr/lpp/ispf
Verificando módulos no diretório /usr/lpp/ispf/bin
Verificando o arquivo de configuração do ISPF ISPF.conf
Verificando o diretório bin de instalação : /usr/lpp/rdz/bin
RC=0
MSG: BEM-SUCEDIDO
-------------------------------------------------------------
*** VERIFICAR: AMBIENTE DE TEMPO DE EXECUÇÃO DO REXX
RC=0
MSG: BEM-SUCEDIDO
-------------------------------------------------------------
*** VERIFICAR: INICIALIZAÇÃO DO TSO/ISPF
(A sessão do TSO/ISPF será inicializada)
RC=0
MSG: BEM-SUCEDIDO
-------------------------------------------------------------
*** VERIFICAR: Encerrando a sessão IVP do TSO/ISPF
RC=0
MSG: BEM-SUCEDIDO
-------------------------------------------------------------
Verificação da instalação do host concluída com êxito
-------------------------------------------------------------
fekfivps tem os seguintes parâmetros opcionais e não posicionais:
Customize e envie o membro de amostra FEKRACF, que possui comandos de amostra RACF e z/OS UNIX para criar as definições de segurança básicas para o Developer for System z.
FEKRACF está localizado em FEK.#CUST.JCL, a menos que você tenha especificado um local diferente quando customizou e enviou a tarefa FEK.SFEKSAMP(FEKSETUP). Para obter detalhes adicionais, consulte Configuração de Customização.
Consulte o RACF Command Language Reference (SA22–7687), para obter Consulte adicionais sobre comandos RACF.
As seções a seguir descrevem as etapas necessárias, a configuração opcional e as alternativas possíveis.
Descrição |
|
Valor |
---|---|---|
Developer for System z qualificador de alto nível do produto |
|
|
Developer for System z qualificador de alto nível de customização |
|
|
Nome da tarefa iniciada do Depurador Integrado |
|
|
Nome da tarefa iniciada do JES Job Monitor |
|
|
Nome da tarefa iniciada do daemon RSE |
|
|
ID do aplicativo |
|
Atenção: Alguns produtos, como o FTP, precisarão ser controlados pelo programa se "WHEN PROGRAM" estiver ativo. Teste este controle de programa antes de ativá-lo em um sistema de produção. |
Um segmento RACF OMVS ou equivalente que especifica um ID do usuário (UID) do z/OS UNIX válido, diferente de zero, um diretório inicial e um comando shell devem ser definidos para cada usuário do Developer for System z. Seus grupos padrão também requerem um segmento OMVS com um ID do grupo.
Ao usar o Depurador Integrado opcional, o ID do usuário no qual o aplicativo sendo depurado está ativo e seu grupo padrão também requer um segmento RACF OMVS válido ou equivalente.
Nos seguintes comandos RACF de amostra, substitua os marcadores #userid, #user-identifier, #group-name e #group-identifier por valores reais:
ALTUSER #userid
OMVS(UID(#user-identifier) HOME(/u/#userid) PROGRAM(/bin/sh) NOASSIZEMAX)
Os comandos RACF de amostra a seguir criam as tarefas iniciadas DBGMGR, JMON e RSED com IDs do usuário protegidos (STCDBM, STCJMON e STCRSE) e o grupoSTCGROUP designado a elas. Substitua os marcadores #group-id e #user-id-* pelos IDs de OMVS válidos.
ADDGROUP STCGROUP OMVS(AUTOGID)
DATA('GROUP WITH OMVS SEGMENT FOR STARTED TASKS')
ADDUSER STCDBM DFLTGRP(STCGROUP) NOPASSWORD NAME('RDZ – DEBUG MANAGER')
OMVS(AUTOUID HOME(/tmp) PROGRAM(/bin/sh) )
DATA('RATIONAL DEVELOPER FOR SYSTEM Z')
ADDUSER STCJMON DFLTGRP(STCGROUP) NOPASSWORD NAME('RDZ - JES JOBMONITOR')
OMVS(AUTOUID HOME(/tmp) PROGRAM(/bin/sh) )
DATA('RATIONAL DEVELOPER FOR SYSTEM Z')
ADDUSER STCRSE DFLTGRP(STCGROUP) NOPASSWORD NAME('RDZ - RSE DAEMON')
OMVS(AUTOUID HOME(/tmp) PROGRAM(/bin/sh) ASSIZEMAX(2147483647) )
DATA('RATIONAL DEVELOPER FOR SYSTEM Z')
RDEFINE STARTED DBGMGR.* DATA('RDZ – DEBUG MANAGER')
STDATA(USER(STCDBM) GROUP(STCGROUP) TRUSTED(NO))
RDEFINE STARTED JMON.* DATA('RDZ - JES JOBMONITOR')
STDATA(USER(STCJMON) GROUP(STCGROUP) TRUSTED(NO))
RDEFINE STARTED RSED.* DATA('RDZ - RSE DAEMON')
STDATA(USER(STCRSE) GROUP(STCGROUP) TRUSTED(NO))
ALTUSER STCRSE RESTRICTED
Para assegurar que os usuários restritos não obterão acesso a recursos do sistema de arquivos z/OS UNIX por meio dos “outros” bits de permissão, defina o perfil RESTRICTED.FILESYS.ACCESS na classe UNIXPRIV com UACC(NONE). Para obter informações adicionais sobre como restringir IDs do usuário, consulte Security Server RACF Security Administrator's Guide (SA22-7683).
Atenção: Se você usar IDs do usuário restritos,
inclua explicitamente a permissão para acessar um recurso usando
os comandos TSO PERMIT ou z/OS UNIX setfacl.
Os recursos incluem os recursos nos quais a documentação do Developer
for System z usa
UACC, como o perfil ** na classe PROGRAM, ou
nos quais ele depende de convenções comuns do z/OS UNIX, como
todos tendo permissão de leitura e execução para bibliotecas Java.
Teste o acesso antes de ativá-lo em um sistema de produção.
|
O RSE requer acesso UPDATE ao perfil BPX.SERVER para criar ou excluir o ambiente de segurança para o encadeamento do cliente. Se esse perfil não estiver definido, UID(0) será necessário para o RSE. Essa etapa é necessária para que os clientes possam se conectar.
O Depurador Integrado requer acesso UPDATE ao perfil BPX.SERVER para criar ou excluir o ambiente de segurança para o encadeamento de depuração. Se esse perfil não estiver definido, UID(0) será necessário para o ID do usuário da tarefa iniciada STCDBM. Essa permissão é necessária apenas quando o recurso Depurador Integrado opcional é usado.
Atenção: Definir o perfil BPX.SERVER
torna o z/OS UNIX um comutador completo da segurança de nível UNIX para a segurança de nível z/OS UNIX,
que é mais segura. Esse comutador pode afetar outros aplicativos e operações z/OS
UNIX. Teste a segurança antes de ativá-la em um sistema de produção. Para obter informações adicionais sobre os diferentes níveis
de segurança, consulte UNIX System Services
Planning (GA22-7800).
|
Servidores com autoridade para BPX.SERVER devem executar em um ambiente limpo e controlado por programa. Este requisito significa que todos os programas chamados pelo RSE também devem ser controlados pelo programa. Para as bibliotecas de carregamento do MVS, o controle de programa é gerenciado pelo seu software de segurança. Essa etapa é necessária para que os clientes possam se conectar.
As seguintes bibliotecas de pré-requisitos adicionais devem se tornar controladas pelo programa para suportarem o uso de serviços opcionais. Essa lista não inclui conjuntos de dados que são específicos para um produto com o qual o Developer for System z interage, como o IBM File Manager.
A senha do cliente, ou outros meios de identificação, como um certificado X.509, são usados apenas para verificar a identidade durante a conexão. Em seguida, PassTickets serão usados para manter a segurança do encaminhamento. Essa etapa é necessária para que os clientes possam se conectar.
RDEFINE PTKTDATA FEKAPPL UACC(NONE) SSIGNON(KEYMASKED(key16))
APPLDATA('NO REPLAY PROTECTION – DO NOT CHANGE')
DATA('RATIONAL DEVELOPER FOR SYSTEM Z')
RDEFINE PTKTDATA IRRPTAUTH.FEKAPPL.* UACC(NONE)
DATA('RATIONAL DEVELOPER FOR SYSTEM Z')
PERMIT IRRPTAUTH.FEKAPPL.* CLASS(PTKTDATA) ACCESS(UPDATE) ID(STCRSE)
SETROPTS RACLIST(PTKTDATA) REFRESH
O RSE suporta o uso de um ID do aplicativo diferente de FEKAPPL. Remova o comentário e customize a opção "APPLID=FEKAPPL" em rsed.envvars para ativar esse, conforme documentado em Definindo Parâmetros de Inicialização Java Extra com _RSE_JAVAOPTS. As definições de classe PTKTDATA devem corresponder ao ID do aplicativo real usado pelo RSE.
Atenção: O pedido de conexão do cliente falhará se os PassTickets não estiverem
configurados corretamente.
|
O comando do operador MODIFY LOGS usa o ID do usuário da tarefa iniciada RSED para coletar logs do host e informações de configuração. E, por padrão, os arquivos de log do usuário são criados com permissões de acesso ao arquivo seguro (apenas o proprietário tem acesso). Para conseguir coletar arquivos de log do usuário seguro, o ID do usuário da tarefa iniciada RSED deve ter permissão para lê-los.
O argumento OWNER do comando do operador MODIFY LOGS resulta em que o ID do usuário especificado se tornará o proprietário dos dados coletados. Para alterar a propriedade, o ID do usuário da tarefa iniciada RSED deve ter permissão para usar o serviço CHOWN do z/OS UNIX.
Observe que quando o perfil SUPERUSER.FILESYS.ACLOVERRIDE é definido, as permissões de acesso definidas na ACL (Lista de Controle de Acesso) têm precedência sobre as permissões concedidas por meio de SUPERUSER.FILESYS. O ID do usuário da tarefa iniciada RSED precisará de permissão de acesso READ para o perfil SUPERUSER.FILESYS.ACLOVERRIDE para efetuar bypass das definições da ACL.
Durante o logon do cliente, o daemon RSE verifica se um usuário tem permissão para usar o aplicativo.
RDEFINE APPL FEKAPPL UACC(READ) DATA('RATIONAL DEVELOPER FOR SYSTEM Z')
SETROPTS RACLIST(APPL) REFRESH
Servidores com autoridade para BPX.SERVER devem executar em um ambiente limpo e controlado por programa. Este requisito significa que todos os programas chamados pelo RSE também devem ser controlados pelo programa. Para arquivos z/OS UNIX, o controle de programa é gerenciado pelo comando extattr. Para executar esse comando, você precisa de acesso READ para o BPX.FILEATTR.PROGCTL na classe FACILITY ou ser UID(0).
$ ls -Eog /usr/lib/libIRRRacf*.so
-rwxr-xr-x aps- 2 69632 Oct 5 2007 /usr/lib/libIRRRacf.so
-rwxr-xr-x aps- 2 69632 Oct 5 2007 /usr/lib/libIRRRacf64.so
O JES Job Monitor emite todos os comandos do operador JES solicitados por um usuário por meio do console MCS (EMCS) estendido, cujo nome é controlado com a diretiva CONSOLE_NAME, conforme documentado no FEJJCNFG, o Arquivo de Configuração do Monitor de Tarefas JES .
RDEFINE OPERCMDS MVS.MCSOPER.#console UACC(READ)
DATA('RATIONAL DEVELOPER FOR SYSTEM Z')
RDEFINE OPERCMDS JES%.** UACC(NONE)
PERMIT JES%.** CLASS(OPERCMDS) ACCESS(UPDATE) WHEN(CONSOLE(JMON)) ID(*)
SETROPTS RACLIST(OPERCMDS) REFRESH
Atenção: Definir os comandos JES com o acesso universal NONE no
software de segurança pode afetar outros aplicativos e operações. Teste a segurança antes de ativá-la em um sistema de produção.
|
A Tabela 22 e a Tabela 23 mostram os comandos do operador emitidos para JES2 e JES3 e os perfis de segurança distintos que podem ser usados para protegê-los.
Ações | Comando | Perfil OPERCMDS | Acesso Necessário |
---|---|---|---|
Suspender | $Hx(jobid) with x = {J, S or T} |
|
UPDATE |
Liberar | $Ax(jobid) with x = {J, S or T} |
|
UPDATE |
Cancelar | $Cx(jobid) with x = {J, S or T} |
|
UPDATE |
Limpar | $Cx(jobid),P with x = {J, S or T} |
|
UPDATE |
Ações | Comando | Perfil OPERCMDS | Acesso Necessário |
---|---|---|---|
Suspender | *F,J=jobid,H |
|
UPDATE |
Liberar | *F,J=jobid,R |
|
UPDATE |
Cancelar | *F,J=jobid,C |
|
UPDATE |
Limpar | *F,J=jobid,C |
|
UPDATE |
Supondo que a identidade do servidor JES Job Monitor, criando um console JMON a partir de uma sessão do TSO, seja impedida por seu software de segurança. Mesmo que o console possa ser criado, o ponto de entrada é diferente; por exemplo, Monitor de Tarefas JES versus TSO. Os comandos JES emitidos a partir deste console falharão na verificação de segurança, se sua segurança estiver configurada conforme documentado nesta publicação e o usuário não tiver autoridade para os comandos JES por outros meios.
Os usuários requerem acesso READ a um dos perfis AQE.AUTHDEBUG.* listados para poderem usar o Integrated Debugger para depurar programas de estado de problema. Os usuários com permissão para o perfil AQE.AUTHDEBUG.AUTHPGM também têm permissão para depurar programas autorizados por APF. Substitua o item temporário #apf por IDs de usuários válidos ou nomes de grupos RACF para esses usuários que têm permissão para depurar programas autorizados.
RDEFINE FACILITY AQE.AUTHDEBUG.STDPGM UACC(NONE)
PERMIT AQE.AUTHDEBUG.STDPGM CLASS(FACILITY) ACCESS(READ) ID(*)
RDEFINE FACILITY AQE.AUTHDEBUG.AUTHPGM UACC(NONE)
PERMIT AQE.AUTHDEBUG.AUTHPGM CLASS(FACILITY) ACCESS(READ) ID(#apf)
SETROPTS RACLIST(FACILITY) REFRESH
O acesso READ para usuários e ALTER para programadores de sistema é suficiente para a maioria dos conjuntos de dados do Developer for System z. Substitua o marcador #sysprog por IDs de usuário válidos ou nomes de grupos do RACF. Além disso, solicite do programador de sistema que instalou e configurou o produto os nomes dos conjuntos de dados corretos. FEK é o qualificador de alto nível padrão usado durante a instalação e FEK.#CUST é o qualificador de alto nível padrão para conjuntos de dados criados durante o processo de customização.
ADDGROUP (FEK) OWNER(IBMUSER) SUPGROUP(SYS1)
DATA('RATIONAL DEVELOPER FOR SYSTEM Z - HLQ STUB')
ADDSD 'FEK.*.**' UACC(READ)
DATA('RATIONAL DEVELOPER FOR SYSTEM Z')
PERMIT 'FEK.*.**' CLASS(DATASET) ACCESS(ALTER) ID(#sysprog)
SETROPTS GENERIC(DATASET) REFRESH
ADDSD 'FEK.#CUST.LSTRANS.*.**' UACC(UPDATE)
DATA('RATIONAL DEVELOPER FOR SYSTEM Z - SCLMDT')
PERMIT 'FEK.#CUST.LSTRANS.*.**' CLASS(DATASET) ACCESS(ALTER) ID(#sysprog)
SETROPTS GENERIC(DATASET) REFRESH
ADDSD 'FEK.#CUST.CRA*.**' UACC(READ)
DATA('RATIONAL DEVELOPER FOR SYSTEM Z - CARMA')
PERMIT 'FEK.#CUST.CRA*.**' CLASS(DATASET) ACCESS(ALTER) ID(#sysprog)
PERMIT 'FEK.#CUST.CRA*.**' CLASS(DATASET) ACCESS(UPDATE) ID(#ram-developer)
SETROPTS GENERIC(DATASET) REFRESH
ADDSD 'FEK.#CUST.ADNREP*.**' UACC(READ)
DATA('RATIONAL DEVELOPER FOR SYSTEM Z - ADN')
PERMIT 'FEK.#CUST.ADNREP*.**' CLASS(DATASET) ACCESS(ALTER) ID(#sysprog)
PERMIT 'FEK.#CUST.ADNREP*.**' CLASS(DATASET) ACCESS(UPDATE) ID(#cicsadmin)
SETROPTS GENERIC(DATASET) REFRESH
ADDSD 'FEK.#CUST.ADNMAN*.**' UACC(UPDATE)
DATA('RATIONAL DEVELOPER FOR SYSTEM Z - ADN')
PERMIT 'FEK.#CUST.ADNMAN*.**' CLASS(DATASET) ACCESS(ALTER) ID(#sysprog)
SETROPTS GENERIC(DATASET) REFRESH
ADDGROUP (FEK)
DATA('RATIONAL DEVELOPER FOR SYSTEM Z - HLQ STUB')
OWNER(IBMUSER) SUPGROUP(SYS1)"
ADDSD 'FEK.*.**' UACC(NONE)
DATA('RATIONAL DEVELOPER FOR SYSTEM Z')
ADDSD 'FEK.SFEKAUTH' UACC(NONE)
DATA('RATIONAL DEVELOPER FOR SYSTEM Z')
ADDSD 'FEK.SFEKLOAD' UACC(NONE)
DATA('RATIONAL DEVELOPER FOR SYSTEM Z')
ADDSD 'FEK.SFEKLMOD' UACC(NONE)
DATA('RATIONAL DEVELOPER FOR SYSTEM Z')
ADDSD 'FEK.SFEKPROC' UACC(NONE)
DATA('RATIONAL DEVELOPER FOR SYSTEM Z')
ADDSD 'FEK.#CUST.PARMLIB' UACC(NONE)
DATA('RATIONAL DEVELOPER FOR SYSTEM Z')
ADDSD 'FEK.#CUST.CNTL' UACC(NONE)
DATA('RATIONAL DEVELOPER FOR SYSTEM Z')
ADDSD 'FEK.#CUST.SQL' UACC(NONE)
DATA('RATIONAL DEVELOPER FOR SYSTEM Z')
ADDSD 'FEK.#CUST.LSTRANS.*.**' UACC(NONE)
DATA('RATIONAL DEVELOPER FOR SYSTEM Z - SCLMDT')
ADDSD 'FEK.#CUST.CRA*.**' UACC(NONE)
DATA('RATIONAL DEVELOPER FOR SYSTEM Z - CARMA')
ADDSD 'FEK.#CUST.ADNREP*.**' UACC(NONE)
DATA('RATIONAL DEVELOPER FOR SYSTEM Z - ADN')
ADDSD 'FEK.#CUST.ADNMAN*.**' UACC(NONE)
DATA('RATIONAL DEVELOPER FOR SYSTEM Z - ADN')
PERMIT 'FEK.*.** CLASS(DATASET) ACCESS(ALTER) ID(#sysprog)
PERMIT 'FEK.SFEKAUTH CLASS(DATASET) ACCESS(ALTER) ID(#sysprog)
PERMIT 'FEK.SFEKLOAD CLASS(DATASET) ACCESS(ALTER) ID(#sysprog)
PERMIT 'FEK.SFEKLMOD CLASS(DATASET) ACCESS(ALTER) ID(#sysprog)
PERMIT 'FEK.SFEKPROC CLASS(DATASET) ACCESS(ALTER) ID(#sysprog)
PERMIT 'FEK.#CUST.PARMLIB CLASS(DATASET) ACCESS(ALTER) ID(#sysprog)
PERMIT 'FEK.#CUST.CNTL CLASS(DATASET) ACCESS(ALTER) ID(#sysprog)
PERMIT 'FEK.#CUST.SQL CLASS(DATASET) ACCESS(ALTER) ID(#sysprog)
PERMIT 'FEK.#CUST.LSTRANS.*.**' CLASS(DATASET) ACCESS(ALTER) ID(#sysprog)
PERMIT 'FEK.#CUST.CRA*.**' CLASS(DATASET) ACCESS(ALTER) ID(#sysprog)
PERMIT 'FEK.#CUST.ADNREP*.**' CLASS(DATASET) ACCESS(ALTER) ID(#sysprog)
PERMIT 'FEK.#CUST.ADNMAN*.**' CLASS(DATASET) ACCESS(ALTER) ID(#sysprog)
PERMIT 'FEK.SFEKAUTH' CLASS(DATASET) ACCESS(READ) ID(*)
PERMIT 'FEK.SFEKLOAD' CLASS(DATASET) ACCESS(READ) ID(*)
PERMIT 'FEK.SFEKPROC' CLASS(DATASET) ACCESS(READ) ID(*)
PERMIT 'FEK.#CUST.CNTL' CLASS(DATASET) ACCESS(READ) ID(*)
PERMIT 'FEK.#CUST.SQL' CLASS(DATASET) ACCESS(READ) ID(*)
PERMIT 'FEK.SFEKAUTH' CLASS(DATASET) ACCESS(READ) ID(STCJMON)
PERMIT 'FEK.#CUST.PARMLIB' CLASS(DATASET) ACCESS(READ) ID(STCJMON)
PERMIT 'FEK.#CUST.LSTRANS.*.**' CLASS(DATASET) ACCESS(UPDATE) ID(*)
PERMIT 'FEK.#CUST.CRA*.**' CLASS(DATASET) ACCESS(UPDATE) ID(#ram-developer)
PERMIT 'FEK.#CUST.ADNREP*.**' CLASS(DATASET) ACCESS(READ) ID(*)
PERMIT 'FEK.#CUST.ADNREP*.**' CLASS(DATASET) ACCESS(UPDATE) ID(#cicsadmin)
PERMIT 'FEK.#CUST.ADNMAN*.**' CLASS(DATASET) ACCESS(UPDATE) ID(*)
PERMIT 'FEK.SFEKLOAD' CLASS(DATASET) ACCESS(READ) ID(#cicsts)
PERMIT 'FEK.SFEKLMOD' CLASS(DATASET) ACCESS(READ) ID(#cicsts)
PERMIT 'FEK.SFEKLMOD' CLASS(DATASET) ACCESS(READ) ID(#ims)
PERMIT 'FEK.SFEKLMOD' CLASS(DATASET) ACCESS(READ) ID(#batch)
SETROPTS GENERIC(DATASET) REFRESH
Use os seguintes comandos de amostra para exibir os resultados de suas customizações relacionadas à segurança.
Se você for um usuário anterior do Developer for System z, salve os arquivos customizados relacionados antes de instalar esta versão do IBM Developer for System z.
Inclua o SVC opcional.
Configurar padrões do sistema z/OS UNIX.
Iniciar servidores no horário do IPL
Incluir FEK.SFEKLPA no LPA
Incluir FEK.SFEKAUTH e FEK.SFEKLOAD no LINKLIST.
Designe um ambiente de aplicativo para um procedimento armazenado do DB2.
As notas de migração a seguir são específicas do IBM Rational Developer for System z versão 9.1. Essas notas são válidas para migração de IBM Rational Developer for System zversão 9.1.0 para a versão 9.1.1, e são inclusões para as notas de migração da versão 9.1.0 existentes.
Todas as mudanças listadas são válidas desde a versão 9.1.1.
Estas notas se referem a uma migração da versão base 9.0 para a versão 9.1. Ela inclui as mudanças já documentadas como parte da manutenção da versão 9.0. As mudanças que fazem parte do fluxo de manutenção e, portanto, já estão possivelmente implementadas, estão marcadas com a liberação onde elas foram introduzidas.
É recomendado substituir um rsed.envvars existente (por padrão em /etc/rdz) pela amostra fornecida recentemente (por padrão em /usr/lpp/rdz/samples) e refazer as customizações.
O Tabela 24 mostra uma visão geral dos arquivos customizados na versão 9.1.0. As bibliotecas de amostra do Developer for System z, FEK.SFEKSAMP, FEK.SFEKSAMV e /usr/lpp/rdz/samples/, contêm mais membros customizáveis do que os listados aqui, como o código-fonte do CARMA de amostra e as tarefas para compilá-los.
Membro/Arquivo | Local padrão | Propósito | Notas de migração |
---|---|---|---|
FEKSETUP |
|
JCL para criar conjuntos de dados e diretórios e preenchê-los com arquivos customizáveis | Atualizado para remover ações de arquivos que não são mais usados e incluir ações nos novos arquivos. |
JMON |
|
JCL para JES Job Monitor | Nenhum |
FEJJJCL |
|
Nome do membro JMON | Consulte o membro de JMON |
RSED |
|
JCL para daemon RSE | Nenhum |
FEKRSED |
|
Nome do membro RSED | Consulte o membro de RSED |
DBGMGR |
|
JCL para o Debug Manager | Novo, a customização é opcional |
AQEJCL |
|
Nome para membro DBGMGR | Consulte o membro DBGMBR |
ELAXF* |
|
JCL para construções de projetos remotos, etc. | ELAXFGO inclui SFEKAUTH no STEPLIB |
FEKRACF |
|
JCL para definições de segurança | Tarefa nova, iniciada DBGMGR |
AQERACF |
|
JCL for Debug Manager | Novo, a customização é opcional |
FEKPBITS |
|
JCL para alterar permissões de acesso para arquivos de log | Novo, a customização é opcional |
FEJJCNFG |
|
Arquivo de configuração do JES Job Monitor | Nenhum |
FEJTSO |
|
JCL para emissões TSO | Nenhum |
CRA$VMSG |
|
JCL para criação do VSAM de mensagens do CARMA | Nenhum |
CRA$VDEF |
|
JCL para criação do VSAM de configuração do CARMA | Nenhum |
CRA$VSTR |
|
JCL para criação do VSAM de informações customizadas do CARMA | Nenhum |
CRA$VCAD |
|
JCL para criar VSAM da configuração de CARMA para CA Endevor® SCM RAM | A entrada VSAM foi alterada |
CRA$VCAS |
|
JCL para criar VSAM de informações customizadas do CARMA para CA Endevor® SCM RAM | A entrada VSAM foi alterada |
CRASUBMT |
|
CLIST de inicialização em lote do CARMA | Incluído suporte para 8 argumentos de inicialização, DD CRAPARM e executável de alocação |
CRASUBCA |
|
CLIST de inicialização em lote do CARMA para CA Endevor® SCM RAM | Incluído suporte para 8 argumentos de inicialização, DD CRAPARM e novos DD’s |
CRACFG |
|
Configuração de interação CARMA para o CA Endevor® SCM RAM | Novo, a configuração é opcional |
CRABCFG |
|
Configuração de ações em lote do CARMA para CA Endevor® SCM RAM | Nenhum |
CRABATCA |
|
JCL de ação em lote do CARMA para CA Endevor® SCM RAM | Nenhum |
CRASHOW |
|
Configuração do CARMA para CA Endevor® SCM RAM | Nenhum |
CRATMAP |
|
Configuração do CARMA para CA Endevor® SCM RAM | Nenhum |
CRANDVRA |
|
REXX de alocação do CARMA para CA Endevor® SCM RAM | Incluído suporte para saída de usuário e alocar novo DD |
CRAALLOC |
|
REXX de alocação CARMA | Novo, a configuração é opcional |
CRA#VSLM |
|
JCL para criar VSAM de mensagem do SCLM RAM | Nenhum |
CRA#ASLM |
|
JCL para criar conjuntos de dados do SCLM RAM | Nenhum |
CRA#VPDS |
|
JCL para criar VSAM de mensagem do PDS RAM | Nenhum |
CRA#UADD |
|
JCL para mesclagem de definições da RAM | Nenhum |
CRA#UQRY |
|
JCL para extração de definições da RAM | Nenhum |
CRAXJCL |
|
Código de origem de amostra para substituição de IRXJCL | Nenhum |
CRA#CIRX |
|
JCL para compilar CRAXJCL | Nenhum |
AQECSD |
|
JCL para definir o Integrated Debugger para regiões do CICS | Novo, a configuração é opcional |
AQED3CEE |
|
JCL para criar módulos de tempo de execução LE customizados | Novo, a configuração é opcional |
AQED3CXT |
|
JCL para criar a saída de usuário LE | Novo, a configuração é opcional |
ADNCSDRS |
|
JCL para definir servidor CRD RESTful para região do CICS primária | Nenhum |
ADNCSDTX |
|
JCL para definir IDs de transação alternativos para região do CICS | Nenhum |
ADNTXNC |
|
JCL para criação de IDs de transação alternativa | Nenhum |
ADNMSGHC |
|
JCL para compilar ADNMSGHS | Nenhum |
ADNMSGHS |
|
Código de origem de amostra para o Manipulador de Mensagem de Pipeline | Nenhum |
ADNVCRD |
|
JCL para criar o repositório do CRD | Nenhum |
ADNCSDWS |
|
JCL para definir o servidor CRD de serviço da Web para região do CICS primária | Nenhum |
ADNCSDAR |
|
JCL para definir o servidor CRD para regiões do CICS não primárias | Nenhum |
ADNJSPAU |
|
JCL para atualizar os padrões do CRD | Nenhum |
ADNVMFST |
|
JCL para criar e definir o repositório do Manifesto | Nenhum |
FEKTEP2 |
|
Entrada do comando SQL usada pelo ELAXF* | Nenhum |
FEKTIAD |
|
Entrada do comando SQL usada pelo ELAXF* | Nenhum |
AZUZUNIT |
|
Procedimento JCL para zUnit | Nenhum |
FEKRNPLI |
|
REXX para chamar o compilador PL/I a partir da estrutura de pré-processador | Nenhum |
FEKLOGS |
|
JCL para coletar arquivos de log | Nenhum |
rsed.envvars |
|
Variáveis de ambiente do RSE | As cópias mais antigas devem ser substituídas por esta e as customizações devem ser feitas novamente. |
ISPF.conf |
|
Arquivo de configuração de Gateway do Cliente TSO/ISPF | Nenhum |
CRASRV.properties |
|
Arquivo de configuração CARMA | Incluído suporte para saída de usuário |
crastart.conf |
|
Arquivo de configuração do CARMA para uso de CRASTART | Incluído suporte para 8 argumentos de inicialização, DD CRAPARM e executável de alocação |
crastart.endevor.conf |
|
Arquivo de configuração do CARMA para uso do CRASTART para CA Endevor® SCM RAM | Incluído suporte para 8 argumentos de inicialização, DD CRAPARM e novos DD’s |
include.conf |
|
Inclusões forçadas para assistente de conteúdo C/C++ | Nenhum |
ssl.properties |
|
Arquivo de configuração SSL RSE | Nenhum |
rsecomm.properties |
|
Arquivo de configuração de rastreio RSE | Incluído suporte para palavra-chave USER |
pushtoclient.properties |
|
Enviar informações para o arquivo de configuração do cliente | Nenhum |
Tabela 25 mostra uma visão geral dos arquivos que são customizados na versão 9.1. As bibliotecas de amostra do Developer for System z Host Utilities, AKG.SAKGSAMP e /usr/lpp/rdzutil/samples/, contêm mais membros customizáveis do que os listados aqui, como o script de pós-processamento de revisão de código de amostra.
Membro ou Arquivo | Local padrão | Propósito | Notas de migração |
---|---|---|---|
AKGSETUP |
|
JCL para criar conjuntos de dados e preenchê-los com arquivos customizáveis | Nenhum |
AKGCC |
|
JCL para cobertura de código | Nenhum |
AKGCR |
|
JCL para revisão de código | Novo DDs BIMPORT e BEXPORT |
AKGCRADD |
|
JCL para incluir código de terceiro para revisão de código | Nenhum |
Estas notas são para a migração da versão base 8.5 para a versão 9.0. Elas incluem mudanças que já estão documentadas como parte da manutenção da versão 8.5. As mudanças que fazem parte do fluxo de manutenção e, portanto, já estão possivelmente implementadas, estão marcadas com a liberação onde elas foram introduzidas.
A Tabela 26 mostra uma visão geral de arquivos que são customizados na versão 9.0. As bibliotecas de amostra do Developer for System z, FEK.SFEKSAMP, FEK.SFEKSAMV e /usr/lpp/rdz/samples/, contêm mais membros customizáveis do que os listados aqui, como o código-fonte do CARMA de amostra e as tarefas para compilá-los.
Membro/Arquivo | Local padrão | Propósito | Notas de migração |
---|---|---|---|
FEKSETUP |
|
JCL para criar conjuntos de dados e diretórios e preenchê-los com arquivos customizáveis | Atualizado para remover ações de arquivos que não são mais usados e incluir ações nos novos arquivos. |
JMON |
|
JCL para JES Job Monitor | Nenhum |
FEJJJCL |
|
Nome do membro JMON | Consulte o membro de JMON |
RSED |
|
JCL para daemon RSE | Nenhum |
FEKRSED |
|
Nome do membro RSED | Consulte o membro de RSED |
ELAXF* |
|
JCL para construções de projetos remotos, etc. | ELAXFSP e ELAXFSQL são novos, ELAXFCOC e ELAXFCP1 foram atualizados para suportar o Cobol Versão 5 |
FEKRACF |
|
JCL para definições de segurança | Nenhum |
FEJJCNFG |
|
Arquivo de configuração do JES Job Monitor | Novas diretivas opcionais foram incluídas. As diretivas opcionais existentes foram removidas. |
FEJTSO |
|
JCL para emissões TSO | Nenhum |
CRA$VMSG |
|
JCL para criação do VSAM de mensagens do CARMA | Nenhum |
CRA$VDEF |
|
JCL para criação do VSAM de configuração do CARMA | Incluído suporte para excluir RAMs |
CRA$VSTR |
|
JCL para criação do VSAM de informações customizadas do CARMA | Nenhum |
CRA$VCAD |
|
JCL para criar VSAM da configuração de CARMA para CA Endevor® SCM RAM | Incluído suporte para excluir RAMs e a entrada do VSAM foi alterada |
CRA$VCAS |
|
JCL para criar VSAM de informações customizadas do CARMA para CA Endevor® SCM RAM | A entrada VSAM foi alterada |
CRASUBMT |
|
CLIST de inicialização em lote do CARMA | Nenhum |
CRASUBCA |
|
CLIST de inicialização em lote do CARMA para CA Endevor® SCM RAM | Nenhum |
CRABCFG |
|
Configuração de ações em lote do CARMA para CA Endevor® SCM RAM | Novas diretivas incluídas |
CRABATCA |
|
JCL de ação em lote do CARMA para CA Endevor® SCM RAM | Incluído suporte para o cartão JOB variável |
CRASHOW |
|
Configuração do CARMA para CA Endevor® SCM RAM | Nenhum |
CRATMAP |
|
Configuração do CARMA para CA Endevor® SCM RAM | Nenhum |
CRANDVRA | FEK.SFEKPROC | REXX de alocação do CARMA para CA Endevor® SCM RAM | Incluídas novas alocações de DD |
CRA#VSLM |
|
JCL para criar VSAM de mensagem do SCLM RAM | Nenhum |
CRA#ASLM |
|
JCL para criar conjuntos de dados do SCLM RAM | Nenhum |
CRA#VPDS |
|
JCL para criar VSAM de mensagem do PDS RAM | Nenhum |
CRA#UADD |
|
JCL para mesclagem de definições da RAM | Nenhum |
CRA#UQRY |
|
JCL para extração de definições da RAM | Nenhum |
CRAXJCL |
|
Código de origem de amostra para substituição de IRXJCL | Nenhum |
CRA#CIRX |
|
JCL para compilar CRAXJCL | Nenhum |
ADNCSDRS |
|
JCL para definir servidor CRD RESTful para região do CICS primária | Nenhum |
ADNCSDTX |
|
JCL para definir IDs de transação alternativos para região do CICS | Nenhum |
ADNTXNC |
|
JCL para criação de IDs de transação alternativa | Nenhum |
ADNMSGHC |
|
JCL para compilar ADNMSGHS | Nenhum |
ADNMSGHS |
|
Código de origem de amostra para o Manipulador de Mensagem de Pipeline | Nenhum |
ADNVCRD |
|
JCL para criar o repositório do CRD | Nenhum |
ADNCSDWS |
|
JCL para definir o servidor CRD de serviço da Web para região do CICS primária | Nenhum |
ADNCSDAR |
|
JCL para definir o servidor CRD para regiões do CICS não primárias | Nenhum |
ADNJSPAU |
|
JCL para atualizar os padrões do CRD | Nenhum |
ADNVMFST |
|
JCL para criar e definir o repositório do Manifesto | Nenhum |
FEKTEP2 |
|
Entrada do comando SQL usada pelo ELAXF* | Novo, a customização é opcional |
FEKTIAD |
|
Entrada do comando SQL usada pelo ELAXF* | Novo, a customização é opcional |
AZUZUNIT |
|
Procedimento JCL para zUnit | Nenhum |
FEKRNPLI |
|
REXX para chamar o compilador PL/I a partir da estrutura de pré-processador | Nenhum |
FEKLOGS |
|
JCL para coletar arquivos de log | Incluídas verificações adicionais. Qualquer customização nos arquivos mais antigos deve ser feita novamente. |
rsed.envvars |
|
Variáveis de ambiente do RSE | As cópias mais antigas devem ser substituídas por esta e as customizações devem ser feitas novamente. |
ISPF.conf |
|
Arquivo de configuração de Gateway do Cliente TSO/ISPF | Nenhum |
CRASRV.properties |
|
Arquivo de configuração CARMA | Incluído suporte para valores padrão |
crastart.conf |
|
Arquivo de configuração do CARMA para uso de CRASTART | Nenhum |
crastart.endevor.conf |
|
Arquivo de configuração do CARMA para uso do CRASTART para CA Endevor® SCM RAM | Nenhum |
include.conf |
|
Inclusões forçadas para assistente de conteúdo C/C++ | Nenhum |
ssl.properties |
|
Arquivo de configuração SSL RSE | Nenhum |
rsecomm.properties |
|
Arquivo de configuração de rastreio RSE | Nenhum |
pushtoclient.properties |
|
Enviar informações para o arquivo de configuração do cliente | Nenhum |
Não há nenhuma nota de migração porque não há nenhuma função equivalente na versão 8.5.
A Tabela 27 mostra uma visão geral de arquivos que são customizados na versão 9.0. As bibliotecas de amostra do Developer for System z Host Utilities, AKG.SAKGSAMP e /usr/lpp/rdzutil/samples/, contêm mais membros customizáveis do que os listados aqui, como o script de pós-processamento de revisão de código de amostra.
Membro ou Arquivo | Local padrão | Propósito | Notas de migração |
---|---|---|---|
AKGSETUP |
|
JCL para criar conjuntos de dados e preenchê-los com arquivos customizáveis | Nenhum |
AKGCC |
|
JCL para cobertura de código | Nenhum |
AKGCR |
|
JCL para revisão de código | Novo DDs BIMPORT e BEXPORT |
AKGCRADD |
|
JCL para incluir código de terceiro para revisão de código | Nenhum |
As seguintes notas de migração são específicas da versão 8.5. Essas notas são válidas para migração do IBM Rational Developer for System z versão 8.5.0 para a versão 8.5.1, e são adições às notas de migração da versão 8.5.0 existente.
Todas essas mudanças listadas são válidas desde a versão 8.5.1.
Estas notas se referem a uma migração da versão base 8.0.1 para a versão 8.5. Ela inclui as mudanças já documentadas como parte da manutenção da versão 8.0.1. As mudanças que fazem parte do fluxo de manutenção e, portanto, já estão possivelmente implementadas, estão marcadas com a liberação onde elas foram introduzidas.
A Tabela 28 mostra uma visão geral dos arquivos customizados na versão 8.5. As bibliotecas de amostra do Developer for System z, FEK.SFEKSAMP, FEK.SFEKSAMV e /usr/lpp/rdz/samples/, contêm mais membros customizáveis do que os listados aqui, como o código-fonte do CARMA de amostra e as tarefas para compilá-los.
Membro/Arquivo | Local padrão | Propósito | Notas de migração |
---|---|---|---|
FEKSETUP | FEK.SFEKSAMP [FEK.#CUST.JCL] |
JCL para criar conjuntos de dados e diretórios e preenchê-los com arquivos customizáveis | Atualizado para incluir novos membros customizáveis, criar nova estrutura de diretório e remover ações para arquivos que não são mais usados |
JMON | FEK.SFEKSAMP(FEJJJCL) [FEK.#CUST.PROCLIB] |
JCL para JES Job Monitor | Nenhum |
FEJJJCL | FEK.SFEKSAMP [FEK.#CUST.PROCLIB(JMON)] |
Nome do membro JMON | Consulte o membro de JMON |
RSED | FEK.SFEKSAMP(FEKRSED) [FEK.#CUST.PROCLIB] |
JCL para daemon RSE | Suporte a TMPDIR alterado |
FEKRSED | FEK.SFEKSAMP [FEK.#CUST.PROCLIB(RSED)] |
Nome do membro RSED | Consulte o membro de RSED |
LOCKD | FEK.SFEKSAMP(FEKLOCKD) [FEK.#CUST.PROCLIB] |
JCL para daemon de bloqueio | Suporte a TMPDIR alterado |
FEKLOCKD | FEK.SFEKSAMP [FEK.#CUST.PROCLIB(LOCKD)] |
Nome do membro LOCKD | Consulte o membro LOCKD |
ELAXF* | FEK.SFEKSAMP [FEK.#CUST.PROCLIB] |
JCL para construções de projetos remotos, etc. | O membro ELAXFUOP foi alterado |
FEKRACF | FEK.SFEKSAMP [FEK.#CUST.JCL] |
JCL para definições de segurança | Nenhum |
FEJJCNFG | FEK.SFEKSAMP [FEK.#CUST.PARMLIB] |
Arquivo de configuração do JES Job Monitor | Novas diretivas opcionais foram incluídas |
FEJTSO | FEK.SFEKSAMP [FEK.#CUST.CNTL] |
JCL para emissões TSO | Nenhum |
CRA$VMSG | FEK.SFEKSAMP [FEK.#CUST.JCL] |
JCL para criação do VSAM de mensagens do CARMA | A entrada VSAM foi alterada |
CRA$VDEF | FEK.SFEKSAMP [FEK.#CUST.JCL] |
JCL para criação do VSAM de configuração do CARMA | Nenhum |
CRA$VSTR | FEK.SFEKSAMP [FEK.#CUST.JCL] |
JCL para criação do VSAM de informações customizadas do CARMA | Nenhum |
CRA$VCAD | FEK.SFEKSAMP [FEK.#CUST.JCL] |
JCL para criar VSAM da configuração de CARMA para CA Endevor® SCM RAM | A entrada VSAM foi alterada |
CRA$VCAS | FEK.SFEKSAMP [FEK.#CUST.JCL] |
JCL para criar VSAM de informações customizadas do CARMA para CA Endevor® SCM RAM | A entrada VSAM foi alterada |
CRASUBMT | FEK.SFEKSAMP [FEK.#CUST.CNTL] |
CLIST de inicialização em lote do CARMA | Nenhum |
CRASUBCA | FEK.SFEKSAMP [FEK.#CUST.CNTL] |
CLIST de inicialização em lote do CARMA para CA Endevor® SCM RAM | Instruções DD adicionais incluídas |
CRABCFG | FEK.SFEKSAMP [FEK.#CUST.PARMLIB] |
Configuração de ações em lote do CARMA para CA Endevor® SCM RAM | NOVO, a customização é opcional |
CRABATCA | FEK.SFEKSAMP [FEK.#CUST.CNTL] |
JCL de ação em lote do CARMA para CA Endevor® SCM RAM | NOVO, a customização é opcional |
CRASHOW | FEK.SFEKSAMP [FEK.#CUST.PARMLIB] |
Configuração do CARMA para CA Endevor® SCM RAM | Novos filtros são incluídos |
CRATMAP | FEK.SFEKSAMP [FEK.#CUST.PARMLIB] |
Configuração do CARMA para CA Endevor® SCM RAM | Nenhum |
CRANDVRA | FEK.SFEKPROC | REXX de alocação do CARMA para CA Endevor® SCM RAM | Instruções DD adicionais incluídas |
CRA#VSLM | FEK.SFEKSAMP [FEK.#CUST.JCL] |
JCL para criar VSAM de mensagem do SCLM RAM | Nenhum |
CRA#ASLM | FEK.SFEKSAMP [FEK.#CUST.JCL] |
JCL para criar conjuntos de dados do SCLM RAM | Nenhum |
CRA#VPDS | FEK.SFEKSAMP [FEK.#CUST.JCL] |
JCL para criar VSAM de mensagem do PDS RAM | Nenhum |
CRA#UADD | FEK.SFEKSAMP [FEK.#CUST.JCL] |
JCL para mesclagem de definições da RAM | Nenhum |
CRA#UQRY | FEK.SFEKSAMP [FEK.#CUST.JCL] |
JCL para extração de definições da RAM | Nenhum |
CRAXJCL | FEK.SFEKSAMP [FEK.#CUST.ASM] |
Código de origem de amostra para substituição de IRXJCL | Nenhum |
CRA#CIRX | FEK.SFEKSAMP [FEK.#CUST.JCL] |
JCL para compilar CRAXJCL | Nenhum |
ADNCSDRS | FEK.SFEKSAMP [FEK.#CUST.JCL] |
JCL para definir servidor CRD RESTful para região do CICS primária | Nenhum |
ADNCSDTX | FEK.SFEKSAMP [FEK.#CUST.JCL] |
JCL para definir IDs de transação alternativos para região do CICS | Nenhum |
ADNTXNC | FEK.SFEKSAMP [FEK.#CUST.JCL] |
JCL para criação de IDs de transação alternativa | Nenhum |
ADNMSGHC | FEK.SFEKSAMP [FEK.#CUST.JCL] |
JCL para compilar ADNMSGHS | Nenhum |
ADNMSGHS | FEK.SFEKSAMP [FEK.#CUST.COBOL] |
Código de origem de amostra para o Manipulador de Mensagem de Pipeline | Nenhum |
ADNVCRD | FEK.SFEKSAMP [FEK.#CUST.JCL] |
JCL para criar o repositório do CRD | Nenhum |
ADNCSDWS | FEK.SFEKSAMP [FEK.#CUST.JCL] |
JCL para definir o servidor CRD de serviço da Web para região do CICS primária | Nenhum |
ADNCSDAR | FEK.SFEKSAMP [FEK.#CUST.JCL] |
JCL para definir o servidor CRD para regiões do CICS não primárias | Nenhum |
ADNJSPAU | FEK.SFEKSAMP [FEK.#CUST.JCL] |
JCL para atualizar os padrões do CRD | Nenhum |
ADNVMFST | FEK.SFEKSAMP [FEK.#CUST.JCL] |
JCL para criar e definir o repositório do Manifesto | Nenhum |
ELAXMSAM | FEK.SFEKSAMP [FEK.#CUST.PROCLIB] |
Procedimento da JCL do espaço de endereço do WLM | Nenhum |
ELAXMJCL | FEK.SFEKSAMP [FEK.#CUST.JCL] |
JCL para definir Stored Procedure Builder para PL/I e COBOL para o DB2 | Nenhum |
AZUZUNIT | FEK.SFEKSAMP [FEK.#CUST.PROCLIB] |
Procedimento JCL para zUnit | NOVO, a customização é opcional |
FEKRNPLI | FEK.SFEKSAMP [FEK.#CUST.CNTL] |
Rexx para chamar o compilador PL/I a partir da estrutura de pré-processador | NOVO, a customização é opcional |
FEKLOGS | FEK.SFEKSAMP [FEK.#CUST.JCL] |
JCL para coletar arquivos de log | Incluídas verificações adicionais. Qualquer customização nos arquivos mais antigos deve ser feita novamente. |
rsed.envvars | /usr/lpp/rdz/samples/ [/etc/rdz/] |
Variáveis de ambiente do RSE | As cópias mais antigas devem ser substituídas por esta e as customizações devem ser feitas novamente. |
ISPF.conf | /usr/lpp/rdz/samples/ [/etc/rdz/] |
Arquivo de configuração de Gateway do Cliente TSO/ISPF | Nenhum |
CRASRV.properties | /usr/lpp/rdz/samples/ [/etc/rdz/] |
Arquivo de configuração CARMA | Incluído suporte para portas efêmeras |
crastart.conf | /usr/lpp/rdz/samples/ [/etc/rdz/] |
Arquivo de configuração do CARMA para uso de CRASTART | Nenhum |
crastart.endevor.conf | /usr/lpp/rdz/samples/ [/etc/rdz/] |
Arquivo de configuração do CARMA para uso do CRASTART para CA Endevor® SCM RAM | Instruções DD adicionais incluídas |
include.conf | /usr/lpp/rdz/samples/ [/etc/rdz/] |
Inclusões forçadas para assistente de conteúdo C/C++ | NOVO, a customização é opcional |
ssl.properties | /usr/lpp/rdz/samples/ [/etc/rdz/] |
Arquivo de configuração SSL RSE | Nenhum |
rsecomm.properties | /usr/lpp/rdz/samples/ [/etc/rdz/] |
Arquivo de configuração de rastreio RSE | Algumas diretivas se tornaram opcionais |
pushtoclient.properties | /usr/lpp/rdz/samples/ [/etc/rdz/] |
Enviar informações para o arquivo de configuração do cliente | Diretivas adicionais incluídas e diretivas existentes aprimoradas |
Este capítulo fornece uma visão geral dos comandos disponíveis do operador (ou console) para o Developer for System z. Se não estiver familiarizado com os diagramas de sintaxe usados para explicar o formato de comando, consulte Como ler um diagrama de sintaxe.
Use o comando START para iniciar dinamicamente uma tarefa iniciada (STC). A versão abreviada do comando é a letra S.
O comando MODIFY pode ser usado para consultar e alterar dinamicamente as características de uma tarefa ativa. A versão abreviada do comando é a letra F.
AQECM104I
Usuário:IBMUSER RegisterSocket(2)
Usuário:IBMUSR2 18354752 ProbeSocket(3) espera a conexão de registro
Usuário:IBMUSR3 25387329 ProbeSocket(5) espera a conexão do mecanismo
Usuário:IBMUSR4 24113603 Mecanismo(4) conectado à Análise(8)
Módulo(AQETST)
AQECM103I Não há usuário ativo
A primeira mensagem (para IBMUSER) indica que o usuário está registrado, mas não há atividade de depuração. A segunda mensagem (para IBMUSR2) indica que uma sessão de depuração está aguardando o usuário se registrar. A terceira mensagem (para IBMUSR3) indica que uma sessão de depuração está sendo configurada. A quarta mensagem (para IBMUSR4) mostra uma sessão de depuração ativa para o módulo AQETST.
AQECM110I usuário (IBMUSER) cancelado
AQECM111I usuário (IBMUSER) não conectado
E ou ERROR | Apenas mensagens de erro (padrão) |
I ou INFO | Mensagens de Erro e Informativas |
D ou DUMP | Mensagens de Erro, Informativas e Depuração/dump |
O rastreio detalhada prejudica o desempenho e deverá ser feito apenas com orientação do centro de suporte IBM.
>>>STORAGE TRACE (solicitação do console)<<<
LDAREGRQ 00000000000 00000000K 00000M tamanho da região solicitada
abaixo da linha 16M
LDASIZA 00006266880 00006120K 00005M tamanho máximo da região
LDALIMIT 00006266880 00006120K 00005M limite
LDAVVRG 00006266880 00006120K 00005M limite getmain
LDALOAL 00000061440 00000060K 00000M em uso
LDAHIAL 00000266240 00000260K 00000M subconjuntos LSQA/SWA/privado
_GAP 00000000000 00000000K 00000M diferenças em alocação
_AVAIL 00005939200 00005800K 00005M disponível (incluindo diferenças)
_MAX 00006000640 00005860K 00005M limite a atual
acima da linha 16M
LDAESIZA 01905262592 01860608K 01817M tamanho máximo da região
LDAELIM 01905262592 01860608K 01817M limite
LDAEVVRG 01905262592 01860608K 01817M limite getmain
LDAELOAL 00000937984 00000916K 00000M em uso
LDAEHIAL 00012754944 00012456K 00012M subconjuntos ELSQA/ESWA/privado
_EGAP 00000000000 00000000K 00000M diferenças em alocação
_EAVAIL 01891569664 01847236K 01803M disponível (incluindo diferenças)
_EMAX 01892507648 01848152K 01804M limite atual
S0 userid USER 4:04(elapsed) 4:04(idle)
Users: 1
N ou NONE | Apenas mensagens de inicialização |
E ou ERROR | Apenas mensagens de Inicialização e de Erro (padrão) |
I ou INFO | Mensagens de Inicialização, de Erro e Informativa |
V ou VERBOSE | Mensagens de Inicialização, de Erro, Informativa e Detalhada |
O rastreio detalhada prejudica o desempenho e deverá ser feito apenas com orientação do centro de suporte IBM.
N ou NONE | Nenhuma mensagem. |
E ou ERROR | Apenas mensagens de Erro |
W ou WARNING | Mensagens de Erro e de Aviso |
I ou INFO | Mensagens de Erro, de Aviso e Informativa (padrão) |
V ou VERBOSE | Mensagens de Aviso, Informativa e Detalhada |
O rastreio detalhada prejudica o desempenho e deverá ser feito apenas com orientação do centro de suporte IBM.
ProcessId(<processid>) ASId(<asid>) JobName(<jobname>)
Clients(<local>/<total>) Order(<startup order>)
<clientid><userid><connected since>
LOGON TIME------------------ ID----- USERID--
<connected since> <clientid> <userid>
ID----- USERID-- LOGON TIME------------------
<clientid> <userid> <connected since>
USERID-- ID----- LOGON TIME------------------
<userid> <clientid> <connected since>
FEK217I
<dataset[(member)]> está bloqueado por<userid>
FEK218I <dataset[(member)]> não está bloqueado
FEK219E Falha ao determinar proprietário do bloqueio para <dataset[(member)]>
ProcessId(<processid>) Memory Usage(<java heap usage>%)
Clients(<number of clients>) Order(<startup order>) <error status>
Estado | Descrição |
---|---|
*erro grave* | O processo do conjunto de encadeamento encontrou um erro irrecuperável e operações interrompidas. Os outros campos de status mostram os últimos valores conhecidos. Para remover esta entrada da tabela, use a opção CLEANUP do comando de modificação DISPLAY PROCESS. |
*processo interrompido* | O processo do conjunto de encadeamento foi interrompido por Java, z/OS UNIX ou por um comando do operador. Os outros campos de status mostram os últimos valores conhecidos. Para remover esta entrada da tabela, use a opção CLEANUP do comando de modificação DISPLAY PROCESS. |
*tempo limite* | O processo do conjunto de encadeamento não respondeu de maneira adequada ao daemon RSE durante uma solicitação de conexão do cliente. Os outros campos de status mostram os valores atuais. O conjunto de encadeamento é excluído para solicitações futuras de conexão do cliente. O status *tempo limite* é redefinido quando um cliente atendido por este conjunto de encadeamento efetua logoff. |
*rejectLogon* | Temporariamente, o conjunto de encadeamentos não aceitará solicitações de logon devido a uma carga de trabalho pesada. Observe que a solicitação de logon será honrada por outro conjunto de encadeamentos. Quando a tarefa que exige muitos recursos - por exemplo, upload de um arquivo grande para um cliente - for concluída, o status *rejectLogon* é reconfigurado. |
Informações adicionais são fornecidas quando a opção DETAIL do comando de modificação DISPLAY PROCESS é usado:
ID do processo(33555087) ASId(002E) Nome da Tarefa (RSED8) Ordem(1)
PROCESS LIMITS: CURRENT HIGHWATER LIMIT
JAVA HEAP USAGE(%) 10 56 100
CLIENTS 0 25 30
MAXFILEPROC 83 103 64000
MAXPROCUSER 97 99 200
MAXTHREADS 9 14 1500
MAXTHREADTASKS 9 14 1500
O campo ASId é o ID do espaço de endereço, em nota hexadecimal. A tabela de limites do processo mostra o uso do recurso atual, o limite máximo para o uso do recurso e o limite de recurso. Devido a outros fatores de limitação, o limite definido pode nunca ser alcançado.
ProcessId(421 ) ASId(007D) JobName(RSED8) Order(1)
USERID THREAD-ID TCB@ ACC_TIME TAG
STCRSE 0EDE540000000000 005E6B60 822 1/ThreadPoolProcess
STCRSE 0EDE870000000001 005E69C8 001
STCRSE 0EDE980000000002 005E6518 1814
STCRSE 0EDEBA0000000003 005E66B0 2305
STCRSE 0EDECB0000000004 005E62F8 001
STCRSE 0EDEDC0000000005 005E60D8 001
STCRSE 0EDF860000000006 005C2BF8 628 6/ThreadPoolMonitor$Memory
UsageMonitor
STCRSE 0EDF970000000007 005C2D90 003 7/ThreadPoolMonitor
STCRSE 0EDFDB0000000008 005C29D8 001
STCRSE 0EE22E000000000E 005C1BE0 070
IBMUSER 0EE0EB0000000011 005C22B8 276 20/ServerReceiver
IBMUSER 0EE2500000000012 005C19C0 137 16/ServerUpdateHandler
IBMUSER 0EE2610000000013 005C17A0 509 15/ServerCommandHandler
IBMUSER 0EE1840000000014 005C1E00 065 21/ZosSystemMiner
STCRSE 0EE1510000000016 005C2098 078
STCRSE 0EE1950000000017 005C1580 001
IBMUSER 0EE23F0000000018 005C1360 021 26/UniversalFileSystemMine
r
IBMUSER 0EE2A5000000001C 005C0CF0 003 27/EnvironmentMiner
IBMUSER 0EE283000000001D 005C1140 002 31/CommandMiner
IBMUSER 0EE272000000001E 005C0E88 081 32/MVSFileSystemMiner
IBMUSER 0EE294000000001F 005C0AD0 002 33/MVSByteStreamHandler$Op
enCloseThread
STCRSE 0EE2E90000000023 005C0470 001
IBMUSER 0EE2C70000000024 005C08B0 050 38/JESMiner
IBMUSER 0EE2B60000000026 005C0690 004 40/FAMiner
IBMUSER 0EE30B0000000027 005C0250 002 41/LuceneMiner
IBMUSER 0EE31C0000000028 005C0030 002 42/CDTParserMiner
IBMUSER 0EE32D0000000029 005BDE00 002 43/MVSLuceneMiner
IBMUSER 0EE33E000000002A 005BDBE0 002 44/CDTMVSParserMiner
ProcessId(421 ) ASId(007D) JobName(RSED8) Order(1) CONTINUATION
USERID THREAD-ID TCB@ ACC_TIME TAG
A saída está limitada aos primeiros 4.000 encadeamentos para cada conjunto de encadeamentos.
Quando uma conexão do cliente é cancelada, os encadeamentos do sistema host passam por um processo de finalização normal para limpar recursos usados por eles. Esta ação implica que alguns encadeamentos podem demorar alguns minutos antes do término, por exemplo, porque eles estão à espera do mecanismo de keep-alive para o tempo limite.
Quando uma conexão do cliente é cancelada, os encadeamentos do sistema host passam por um processo de finalização normal para limpar recursos usados por eles. Esta ação implica que alguns encadeamentos podem demorar alguns minutos antes do término, por exemplo, porque eles estão à espera do mecanismo de keep-alive para o tempo limite.
Os logs do host FEK220I são gravados em /tmp/feklogs.CDFMVS08.RSED.log
Por padrão, apenas os logs do servidor são coletados. As opções de comando permitem coletar logs diferentes:USER | Coletar arquivos de log para o ID do usuário especificado |
AUDIT | Coletar logs de auditoria |
NOSERVER | Não coletar logs do servidor |
O Developer for System z consultará seu produto de segurança para obter as permissões de acesso aos perfis FEK.CMD.LOGS.** para determinar se o solicitante tem permissão para coletar os logs especificados. Por padrão, o solicitante é o ID do usuário da tarefa iniciada RSED, a menos que a opção OWNER seja especificada. Apenas o solicitante tem acesso ao arquivo que contém os dados coletados.
E ou 0 ou OFF | Mensagens de erro apenas. |
W ou 1 | Mensagens de erro e de aviso. Essa é a configuração padrão em rsecomm.properties. |
I ou 2 ou ON | Mensagens de erro, de aviso e informativas. |
O rastreio detalhada prejudica o desempenho e deverá ser feito apenas com orientação do centro de suporte IBM.
E ou 0 ou OFF | Mensagens de erro apenas. |
W ou 1 | Mensagens de erro e de aviso. Essa é a configuração padrão em rsecomm.properties. |
I ou 2 ou ON | Mensagens de erro, de aviso e informativas. |
O rastreio detalhada prejudica o desempenho e deverá ser feito apenas com orientação do centro de suporte IBM.
E ou 0 ou OFF | Mensagens de erro apenas. |
W ou 1 | Mensagens de erro e de aviso. Essa é a configuração padrão em rsecomm.properties. |
I ou 2 ou ON | Mensagens de erro, de aviso e informativas. |
O rastreio detalhada prejudica o desempenho e deverá ser feito apenas com orientação do centro de suporte IBM.
O rastreio detalhada prejudica o desempenho e deverá ser feito apenas com orientação do centro de suporte IBM.
OFF | Apenas mensagens de Erro |
LIGADA (padrão) | Mensagens de erro, de aviso e informativas. |
FFS | Configure o nível de log especificado somente para os serviços do conjunto de dados MVS (lock.log e ffs*.log) |
RSECOMM | Configure o nível de log especificado somente para o servidor RSE (rsecomm.log) |
O comando pode ser emitido para usuários que não estão conectados atualmente. A configuração permanece ativa quando um usuário efetua logout e será usada novamente quando o usuário efetuar logon.
Use a diretiva USER em rsecomm.properties para simular a emissão do comando MODIFY TRACE USER na inicialização do servidor. As configurações existentes dos comandos do operador anteriores MODIFY TRACE USER ou MODIFY TRACE SERVER, ou a diretiva USER em rsecomm.properties serão substituídas pela configuração desse comando.
O rastreio detalhada prejudica o desempenho e deverá ser feito apenas com orientação do centro de suporte IBM.
OFF | Mensagens de erro apenas. |
LIGADA (padrão) | Mensagens de erro, de aviso e informativas. |
O comando altera o nível de detalhe de rastreio do servidor RSE (rsecomm.log) e os serviços do conjunto de dados MVS (lock.log e ffs*.log). O comando pode ser emitido para usuários que não estão conectados atualmente. A configuração permanece ativa quando um usuário efetua logout e será usada novamente quando o usuário efetuar logon. Use a diretiva USER em rsecomm.properties para simular a emissão do comando MODIFY TRACE USER na inicialização do servidor. As configurações existentes dos comandos do operador anteriores MODIFY TRACE USER ou MODIFY TRACE SERVER, ou a diretiva USER em rsecomm.properties serão substituídas pela configuração desse comando.
O rastreio detalhada prejudica o desempenho e deverá ser feito apenas com orientação do centro de suporte IBM.
OFF | Mensagens de erro apenas. |
LIGADA (padrão) | Mensagens de erro, de aviso e informativas. |
O comando altera o nível de detalhe de rastreio do servidor RSE (rsecomm.log) e os serviços do conjunto de dados MVS (lock.log e ffs*.log). As configurações existentes dos comandos do operador anteriores MODIFY TRACE USER ou MODIFY TRACE SERVER, ou a diretiva USER em rsecomm.properties serão substituídas pela configuração desse comando.
O rastreio detalhada prejudica o desempenho e deverá ser feito apenas com orientação do centro de suporte IBM.
JVMDUMP034I User requested Heap dump using '/tmp/heapdump.20120223.211'
430.16777590.0001.phd' through JVMRI
JVMDUMP034I User requested Java dump using '/tmp/javacore.20120223.214
244.16777590.0002.phd' through JVMRI
+FEK900I DAEMON IVP: SSL is disabled
+FEK900I DAEMON IVP: connected
+FEK900I DAEMON IVP: 1977
+FEK900I DAEMON IVP: 6902918
+FEK900I DAEMON IVP: Success
+FEK901I DAEMON IVP Exit code = 0
+FEK900I ISPF IVP: executed on CDFMVS08 -- Tue Sep 13 22:29:28 EDT 2011
+FEK900I ISPF IVP: executed by uid=1(IBMUSER) gid=0(SYS1)
+FEK900I ISPF IVP: using /etc/rdz/rsed.envvars
+FEK900I ISPF IVP: current address space size limit is 2147483647
(2048.0 MB)
+FEK900I ISPF IVP: maximum address space size limit is 2147483647
(2048.0 MB)
+FEK900I ISPF IVP: -----------------------------------------------------
--------
+FEK900I ISPF IVP: /etc/rdz/ISPF.conf content:
+FEK900I ISPF IVP: -----------------------------------------------------
--------
+FEK900I ISPF IVP: ispllib=ISP.SISPLOAD
+FEK900I ISPF IVP: ispmlib=ISP.SISPMENU
+FEK900I ISPF IVP: isptlib=ISP.SISPTENU
+FEK900I ISPF IVP: ispplib=ISP.SISPPENU
+FEK900I ISPF IVP: ispslib=ISP.SISPSLIB
+FEK900I ISPF IVP: sysproc=ISP.SISPCLIB,FEK.SFEKPROC
+FEK900I ISPF IVP: -----------------------------------------------------
--------
+FEK900I ISPF IVP: Host install verification for RSE
+FEK900I ISPF IVP: Review IVP log messages from HOST below :
+FEK900I ISPF IVP: -----------------------------------------------------
--------
+FEK900I ISPF IVP: Service level 22Feb2011
+FEK900I ISPF IVP: RSE connection and base TSO/ISPF session initializati
on check only
+FEK900I ISPF IVP: *** CHECK : ENVIRONMENT VARIABLES - key variables
displayed below :
+FEK900I ISPF IVP: Server PATH = .:/usr/lpp/java/J6.0/bin:/usr/l
pp/rdz/bin:/usr/lpp/ispf/bin:/bin:/usr/sbin
+FEK900I ISPF IVP: STEPLIB = NONE
+FEK900I ISPF IVP: Temporary directory = /tmp
+FEK900I ISPF IVP: CGI_ISPHOME = /usr/lpp/ispf
+FEK900I ISPF IVP: CGI_ISPCONF = /etc/rdz
+FEK900I ISPF IVP: CGI_ISPWORK = /var/rdz
+FEK900I ISPF IVP: -----------------------------------------------------
--------
+FEK900I ISPF IVP: *** CHECK : USS MODULES
+FEK900I ISPF IVP: Checking ISPF Directory : /usr/lpp/ispf
+FEK900I ISPF IVP: Checking modules in /usr/lpp/ispf/bin directory
+FEK900I ISPF IVP: Checking for ISPF configuration file ISPF.conf
+FEK900I ISPF IVP: RC=0
+FEK900I ISPF IVP: MSG: SUCCESSFUL
+FEK900I ISPF IVP: -----------------------------------------------------
--------
+FEK900I ISPF IVP: *** CHECK : TSO/ISPF INITIALIZATION
+FEK900I ISPF IVP: ( TSO/ISPF session will be initialized )
+FEK900I ISPF IVP: RC=0
+FEK900I ISPF IVP: MSG: SUCCESSFUL
+FEK900I ISPF IVP: -----------------------------------------------------
--------
+FEK900I ISPF IVP: *** CHECK: Shutting down TSO/ISPF IVP session
+FEK900I ISPF IVP: RC=0
+FEK900I ISPF IVP: MSG: SUCCESSFUL
+FEK900I ISPF IVP: -----------------------------------------------------
--------
+FEK900I ISPF IVP: Host installation verification completed successfully
+FEK900I ISPF IVP: -----------------------------------------------------
--------
+FEK901I ISPF IVP Exit code = 0
+FEK900I PASSTICKET IVP: the default applid=FEKAPPL
+FEK900I PASSTICKET IVP: Success, PassTicket IVP finished normally
+FEK901I PASSTICKET IVP Exit code = 0
Use o comando STOP para parar uma tarefa ativa. A versão abreviada do comando é a letra P.
O diagrama de sintaxe mostra como especificar um comando para que o sistema operacional possa interpretar corretamente o que você digitar. Leia o diagrama de sintaxe da esquerda para a direita e de cima para baixo, seguindo a linha horizontal, que é o caminho principal.
Os símbolos a seguir são usados em diagramas de sintaxe:
Símbolo | Descrição |
---|---|
>> | Marca o início do diagrama de sintaxe. |
> | Indica que o diagrama de sintaxe continua. |
| | Marca o início e o fim de um fragmento ou parte do diagrama de sintaxe. |
>< | Marca o fim do diagrama de sintaxe. |
Os tipos de operandos a seguir são usados em diagramas de sintaxe:
>>──REQUIRED_OPERAND──><
>>─┬──────────────────┬─><
└─OPTIONAL_OPERAND─┘
┌─DEFAULT_OPERAND─┐
>>─┴─────────────────┴─><
Os operandos são classificados como palavras-chave ou variáveis:
No exemplo a seguir, o comando USER é uma palavra-chave. O parâmetro variável necessário é user_id e o parâmetro variável opcional é password. Substitua os parâmetros de variáveis pelos seus próprios valores:
>>──USER──user_id─┬──────────┬──────────────────────────────────><
└─password─┘
Se um diagrama mostrar um caractere que não é alfanumérico, como parênteses, pontos, vírgulas, sinais de igual e espaços em branco, você deverá codificar o caractere como parte da sintaxe. Neste exemplo, você deve codificar OPERAND=(001 0.001):
>>──OPERAND──=──(──001── ──0.001──)────────────────────────><
Uma seta para a esquerda em um grupo de operandos significa que mais de um operando pode ser selecionado, ou apenas um pode ser repetido:
>>──┬──────────────────────┬────────────────────────────><
├─REPEATABLE_OPERAND_1─┤
├─REPEATABLE_OPERAND_2─┤
└─<────────────────────┘
Se um diagrama for mais longo que uma linha, a primeira linha terminará com uma ponta de seta única e a segunda linha começará com uma ponta de seta única:
>>──| The first line of a syntax diagram that is longer than one line |──>
>──| The continuation of the subcommands, parameters, or both |─────────><
Alguns diagramas podem conter fragmentos de sintaxe, que servem para dividir diagramas que são muito longos, complexos ou repetitivos. Os nomes dos fragmentos de sintaxe são compostos por letras maiúsculas e minúsculas e são mostrados no diagrama e no título do fragmento. O fragmento é colocado abaixo do diagrama principal:
>>──| Syntax fragment |───────────────────────────────────────><
Syntax fragment:
|──1ST_OPERAND──,──2ND_OPERAND──,──3RD_OPERAND──|
Esta seção resume as informações do IBM Rational Developer for System z Host Configuration Reference (SC14-7290). Para obter mais detalhes, consulte essa publicação.
O sistema host do Developer for System z consiste em vários componentes que interagem para fornecer ao cliente acesso aos serviços e dados do sistema host. Entender o design desses componentes pode ajudá-lo a tomar as decisões corretas de configuração.
O Developer for System z fornece acesso ao mainframe para usuários de uma estação de trabalho sem mainframe. Validar solicitações de conexão, fornecer comunicação segura entre o sistema host e a estação de trabalho e autorizar e auditar a atividade são, portanto, aspectos importantes da configuração do produto.
O Developer for System z usa TCP/IP para fornecer acesso ao mainframe para usuários de uma estação de trabalho sem mainframe. Ele também usa TCP/IP para comunicação entre vários componentes e outros produtos.
Ao contrário dos aplicativos tradicionais do z/OS, o Developer for System z não é um aplicativo monolítico que pode ser identificado facilmente para Workload Manager (WLM). O Developer for System z consiste em vários componentes que interagem para fornecer ao cliente acesso aos serviços e dados do sistema host. Alguns destes serviços estão ativos em diferentes espaços de endereço, resultando em diferentes classificações de WLM.
RSE (Explorador de Sistema Remoto) é o núcleo do Developer for System z. Para gerenciar conexões e cargas de trabalho dos clientes, o RSE é composto por um espaço de endereço de daemon, que controla espaços de endereço de conjuntos de encadeamentos. O daemon age como um ponto focal para fins de conexão e gerenciamento, enquanto os conjuntos de encadeamentos processam as cargas de trabalho do cliente.
Esta configuração torna o RSE um destino principal para ajustar a configuração do Developer for System z. No entanto, manter centenas de usuários, cada um usando 17 ou mais encadeamentos, uma certa quantidade de armazenamento e, provavelmente, um ou mais espaços de endereço requer a configuração adequada do Developer for System z e do z/OS.
O z/OS é um sistema operacional altamente customizável, e (algumas vezes pequenas) alterações no sistema podem ter um grande impacto sobre o desempenho geral. Este capítulo destaca algumas das alterações que podem ser feitas para melhorar o desempenho do Developer para System z.
Este capítulo contém informações úteis para um administrador do CICS Transaction Server.
Este capítulo ajuda você no aprimoramento do Developer for System z gravando rotinas de saída.
Este capítulo ajuda você a imitar um procedimento de logon do TSO incluindo instruções DD e conjuntos de dados no ambiente do TSO no Developer para System z.
Há ocasiões em que você deseja que diversas instâncias do Developer for System z estejam ativas no mesmo sistema, por exemplo, ao testar um upgrade. Entretanto, alguns recursos, como portas TCP/IP não podem ser compartilhadas, portanto os padrões nem sempre são aplicáveis. Use as informações neste capítulo para planejar a coexistência de diferentes instâncias do Developer for System z; depois é possível usar este guia de configurações para customizá-las.
Esta seção é fornecida para ajudá-lo com alguns problemas comuns que podem ser encontrados durante a configuração do Secure Socket Layer (SSL), ou durante a verificação ou modificação de uma configuração existente. Esta seção também fornece uma configuração modelo para suportar autenticação dos próprios usuários com um certificado X.509.
Esta seção é fornecida para ajudá-lo com alguns problemas comuns que podem ser encontrados durante a configuração do Application Transparent Layer Security(AT-TLS), ou durante a verificação ou modificação de uma configuração existente.
Esta seção é fornecida para ajudá-lo com alguns problemas comuns que podem ser encontrados durante a configuração do TCP/IP, ou durante a verificação ou modificação de uma configuração existente.
As publicações a seguir são referenciadas neste documento:
Título da publicação | Número da ordem | Referência | Web site de referência |
---|---|---|---|
Program Directory for IBM Rational Developer for System z | GI11-8298 | Developer for System z | http://www-01.ibm.com/support/docview.wss?uid=swg27038517 |
Program Directory for IBM Rational Developer for System z Host Utilities | GI13-2864 | Developer for System z | http://www-01.ibm.com/support/docview.wss?uid=swg27038517 |
Pré-requisitos do IBM Rational Developer for System z | S517-9092 | Developer for System z | http://www-01.ibm.com/support/docview.wss?uid=swg27038517 |
Iniciação Rápida de Configuração de Host do IBM Rational Developer for System z | G517-9391 | Developer for System z | http://www-01.ibm.com/support/docview.wss?uid=swg27038517 |
Guia de Configuração de Host do IBM Rational Developer for System z | S517-9094 | Developer for System z | http://www-01.ibm.com/support/docview.wss?uid=swg27038517 |
IBM Rational Developer for System zReferência de Configuração do Host | SC14-7290 | Developer for System z | http://www-01.ibm.com/support/docview.wss?uid=swg27038517 |
Guia do Utilitário de Configuração do IBM Rational Developer for System z | SC14-7282 | Developer for System z | http://www-01.ibm.com/support/docview.wss?uid=swg27038517 |
IBM Rational Developer for System z Messages and Codes | SC14-7497 | Developer for System z | http://www-01.ibm.com/support/docview.wss?uid=swg27038517 |
Respostas do IBM Rational Developer for System z para problemas de configuração e manutenção de hosts comuns | SC14-7373 | Developer for System z | http://www-01.ibm.com/support/docview.wss?uid=swg27038517 |
IBM Rational Developer for System z Common Access Repository Manager Developer's Guide | SC23-7660 | Developer for System z | http://www-01.ibm.com/support/docview.wss?uid=swg27038517 |
Pré-requisitos do IBM Rational Developer for System z | S517-9092 | Developer for System z | http://www.ibm.com/software/rational/products/developer/systemz/library/index.html |
Iniciação Rápida de Configuração de Host do IBM Rational Developer for System z | G517-9391 | Developer for System z | http://www.ibm.com/software/rational/products/developer/systemz/library/index.html |
SCLM Developer Toolkit: Guia do Administrador | SC23-9801 | Developer for System z | http://www-01.ibm.com/support/docview.wss?uid=swg27038517 |
Usando APPC para fornecer serviços de comando TSO | SC14-7291 | White Paper | http://www-01.ibm.com/support/docview.wss?uid=swg27038517 |
Usando Gateway do Cliente ISPF para fornecer serviços CARMA | SC14-7292 | White Paper | http://www-01.ibm.com/support/docview.wss?uid=swg27038517 |
Communications Server IP Configuration Guide | SC31-8775 | z/OS 1.13 | http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/ |
Communications Server IP Configuration Reference | SC31-8776 | z/OS 1.13 | http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/ |
Communications Server IP Diagnosis Guide | GC31-8782 | z/OS 1.13 | http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/ |
Communications Server IP System Administrator's Commands | SC31-8781 | z/OS 1.13 | http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/ |
Communications Server SNA Network Implementation Guide | SC31-8777 | z/OS 1.13 | http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/ |
Communications Server SNA Operations | SC31-8779 | z/OS 1.13 | http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/ |
Cryptographic Services System SSL Programming | SC24-5901 | z/OS 1.13 | http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/ |
DFSMS Macro Instructions for Data Sets | SC26-7408 | z/OS 1.13 | http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/ |
DFSMS Using Data Sets | SC26-7410 | z/OS 1.13 | http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/ |
Language Environment Customization | SA22-7564 | z/OS 1.13 | http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/ |
Language Environment Debugging Guide | GA22-7560 | z/OS 1.13 | http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/ |
Diagnóstico do MVS: Ferramentas e Auxílio de Serviço | GA22-7589 | z/OS 1.13 | http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/ |
MVS Initialization and Tuning Guide | SA22-7591 | z/OS 1.13 | http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/ |
MVS Initialization and Tuning Reference | SA22-7592 | z/OS 1.13 | http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/ |
MVS JCL Reference | SA22-7597 | z/OS 1.13 | http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/ |
MVS Planning APPC/MVS Management | SA22-7599 | z/OS 1.13 | http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/ |
MVS Planning Workload Management | SA22-7602 | z/OS 1.13 | http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/ |
MVS System Commands | SA22-7627 | z/OS 1.13 | http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/ |
Security Server RACF Command Language Reference | SA22-7687 | z/OS 1.13 | http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/ |
Security Server RACF Security Administrator's Guide | SA22-7683 | z/OS 1.13 | http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/ |
Customização de TSO/E | SA22-7783 | z/OS 1.13 | http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/ |
TSO/E REXX Reference | SA22-7790 | z/OS 1.13 | http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/ |
UNIX System Services Command Reference | SA22-7802 | z/OS 1.13 | http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/ |
UNIX System Services Planning | GA22-7800 | z/OS 1.13 | http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/ |
UNIX System Services User's Guide | SA22-7801 | z/OS 1.13 | http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/ |
Utilizando os Serviços de Sistemas REXX e z/OS UNIX | SA22-7806 | z/OS 1.13 | http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/ |
Java™ Diagnostic Guide | SC34-6650 | Java 6.0 | http://www.ibm.com/developerworks/java/jdk/diagnosis/ |
Guia do Usuário do Java SDK and Runtime Environment | / | Java 6.0 | http://www-03.ibm.com/servers/eserver/zseries/software/java/ |
Resource Definition Guide | SC34-6430 | CICSTS 3.1 | http://www-03.ibm.com/systems/z/os/zos/bkserv/zapplsbooks.html |
Resource Definition Guide | SC34-6815 | CICSTS 3.2 | http://www-03.ibm.com/systems/z/os/zos/bkserv/zapplsbooks.html |
Resource Definition Guide | SC34-7000 | CICSTS 4.1 | https://publib.boulder.ibm.com/infocenter/cicsts/v4r1/index.jsp?topic=/com.ibm.cics.ts.home.doc/library/library_html.html |
Resource Definition Guide | SC34-7181 | CICSTS 4.2 | https://publib.boulder.ibm.com/infocenter/cicsts/ v4r2/index.jsp?topic=/com.ibm.cics.ts.home.doc/ library/library_html.html |
RACF Security Guide | SC34-6454 | CICSTS 3.1 | http://www-03.ibm.com/systems/z/os/zos/bkserv/zapplsbooks.html |
RACF Security Guide | SC34-6835 | CICSTS 3.2 | http://www-03.ibm.com/systems/z/os/zos/bkserv/zapplsbooks.html |
RACF Security Guide | SC34-7003 | CICSTS 4.1 | https://publib.boulder.ibm.com/infocenter/cicsts/v4r1/index.jsp?topic=/com.ibm.cics.ts.home.doc/library/library_html.html |
RACF Security Guide | SC34-7179 | CICSTS 4.2 | https://publib.boulder.ibm.com/infocenter/cicsts/v4r2/index.jsp?topic=/com.ibm.cics.ts.home.doc/library/library_html.html |
Referência de Linguagem | SC27-1408 | Enterprise COBOL para z/OS | http://www-03.ibm.com/systems/z/os/zos/bkserv/zapplsbooks.html |
Descrição | Web site de referência |
---|---|
Centro de Conhecimento IBM do Developer for System z | http://www-01.ibm.com/support/knowledgecenter/SSQ2R2_9.1.0/com.ibm.etools.getstart.wsentdev.doc/kc_version_welcome_rdz.html |
Developer for System z Biblioteca | http://www-01.ibm.com/support/docview.wss?uid=swg27038517 |
Developer for System z Página inicial do | http://www-03.ibm.com/software/products/en/developerforsystemz/ |
Serviço Recomendado do Developer for System z | http://www-01.ibm.com/support/docview.wss?rs=2294&context=SS2QJ2&uid=swg27006335 |
Solicitação de Aprimoramento do Developer for System z | https://www.ibm.com/developerworks/support/rational/rfe/ |
Biblioteca do z/OS na Internet | http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/ |
Centro de Conhecimento IBM CICSTS | https://publib.boulder.ibm.com/infocenter/cicsts/v4r1/index.jsp |
IBM Tivoli Directory Server | http://www-01.ibm.com/software/tivoli/products/directory-server/ |
Plug-ins de Problem Determination Tools | http://www-01.ibm.com/software/awdtools/deployment/pdtplugins/ |
Informações de segurança Java | http://www.ibm.com/developerworks/java/jdk/security/ |
Download do Apache Ant | http://ant.apache.org/ |
Documentação do keytool Java | http://java.sun.com/j2se/1.5.0/docs/tooldocs/solaris/keytool.html |
Página inicial de suporte de CA | https://support.ca.com/ |
Título da publicação | Número da ordem | Referência | Website de referência |
---|---|---|---|
ABCs do z/OS System Programming Volume 9 (z/OS UNIX) | SG24-6989 | Redbook | http://www.redbooks.ibm.com/ |
Guia do Programador de Sistema’ para: Workload Manager | SG24-6472 | Redbook | http://www.redbooks.ibm.com/ |
Implementação do TCPIP Volume 1: Funções Base, Conectividade e Roteamento | SG24-7532 | Redbook | http://www.redbooks.ibm.com/ |
TCPIP Implementation Volume 3: High Availability, Scalability, and Performance | SG24-7534 | Redbook | http://www.redbooks.ibm.com/ |
TCP/IP Implementation Volume 4: Security and Policy-Based Networking | SG24-7535 | Redbook | http://www.redbooks.ibm.com/ |
Tivoli Directory Server for z/OS | SG24-7849 | Redbook | http://www.redbooks.ibm.com/ |
© Copyright IBM Corporation 1992, 2013.
Direitos Restritos para Usuários do Governo dos Estados Unidos - Uso, duplicação ou divulgação restritos pelo documento GSA ADP Schedule Contract com a IBM Corp.
Estas informações foram desenvolvidas para produtos e serviços oferecidos nos Estados Unidos.
É possível que a IBM não ofereça os produtos, serviços ou recursos discutidos nesta publicação em outros países. Consulte um representante IBM local para obter informações sobre produtos e serviços disponíveis atualmente em sua área. Qualquer referência a produtos, programas ou serviços IBM não significa que apenas produtos, programas ou serviços IBM possam ser utilizados. Qualquer produto, programa ou serviço funcionalmente equivalente, que não infrinja nenhum direito de propriedade intelectual da IBM poderá ser utilizado em substituição a este produto, programa ou serviço. Entretanto, a avaliação e verificação da operação de qualquer produto, programa ou serviço não-IBM são de inteira responsabilidade do Cliente.
A IBM pode ter patentes ou solicitações de patente pendentes relativas a assuntos tratados nesta publicação. O fornecimento desta publicação não lhe garante direito algum sobre tais patentes. Pedidos de licença devem ser enviados, por escrito, para:
Gerência de Relações Comerciais e Industriais da IBM Brasil
IBM Corporation
Botafogo
Rio de Janeiro, RJ
CEP 22290-240
Para consultas sobre licença relacionadas a informações de conjunto de caracteres de byte duplo (DBCS), entre em contato com o Departamento de Propriedade Intelectual da IBM em seu país ou envie consultas, por escrito, para:
Intellectual Property Licensing
Legal and Intellectual Property Law
IBM Japan, Ltd.
19-21, Nihonbashi-Hakozakicho, Chuo-ku
Tokyo 103-8510, Japan
O parágrafo a seguir não se aplica a nenhum país em que tais disposições não estejam de acordo com a legislação local: A INTERNATIONAL BUSINESS MACHINES CORPORATION FORNECE ESTA PUBLICAÇÃO "NO ESTADO EM QUE SE ENCONTRA", SEM GARANTIA DE NENHUM TIPO, SEJA EXPRESSA OU IMPLÍCITA, INCLUINDO, MAS A ELAS NÃO SE LIMITANDO, AS GARANTIAS IMPLÍCITAS DE NÃO INFRAÇÃO, COMERCIALIZAÇÃO OU ADEQUAÇÃO A UM DETERMINADO PROPÓSITO. Alguns países não permitem a exclusão de garantias expressas ou implícitas em certas transações; portanto, essa disposição pode não se aplicar ao Cliente.
Essas informações podem conter imprecisões técnicas ou erros tipográficos. São feitas alterações periódicas nas informações aqui contidas; tais alterações serão incorporadas em futuras edições desta publicação. A IBM pode, a qualquer momento, aperfeiçoar e/ou alterar os produtos e/ou programas descritos nesta publicação, sem aviso prévio.
Quaisquer referências nestas informações a websites não IBM são fornecidas apenas em prol da comodidade e de maneira alguma representam uma aprovação desses websites. Os materiais contidos nesses websites não fazem parte dos materiais desse produto IBM e a utilização desses websites é de inteira responsabilidade do Cliente.
A IBM pode utilizar ou distribuir as informações fornecidas da forma que julgar apropriada sem incorrer em qualquer obrigação para com o Cliente.
Portadores de Licenças deste programa que desejarem ter informações sobre ele com a finalidade de: (i) troca de informações entre programas criados de forma independente de outros programas (inclusive este) e (ii) o uso mútuo de informações trocadas, deverão entrar em contato com:
Gerência de Relações Comerciais e Industriais da IBM Brasil
IBM Corporation
Silicon Valley Lab
555 Bailey Avnue
San Jose, CA 95141-1003
CEP 22290-240
Estas informações podem estar disponíveis, sujeitas a termos e condições apropriados, incluindo, em alguns casos, o pagamento de uma taxa.
O programa licenciado descrito nesta publicação e todo o material licenciado disponível são fornecidos pela IBM sob os termos do Contrato com o Cliente IBM, do Contrato Internacional de Licença do Programa IBM ou de qualquer outro contrato equivalente.
Todos os dados de desempenho aqui contidos foram determinados em um ambiente controlado. Portanto, os resultados obtidos em outros ambientes operacionais poderão variar significativamente. Algumas medidas podem ter sido tomadas em sistemas de nível de desenvolvimento e não há garantia de que estas medidas serão iguais em sistemas geralmente disponíveis. Além disso, algumas medidas podem ter sido estimadas por extrapolação. Os resultados reais podem variar. Os usuários deste documento devem verificar os dados aplicáveis para seu ambiente específico.
As informações sobre produtos não IBM foram obtidas junto aos fornecedores dos respectivos produtos, de seus anúncios publicados ou de outras fontes disponíveis publicamente. A IBM não testou estes produtos e não pode confirmar a precisão de seu desempenho, compatibilidade nem qualquer outra reivindicação relacionada a produtos não IBM. As dúvidas sobre os recursos de produtos não IBM devem ser encaminhadas aos fornecedores desses produtos.
Todas as declarações sobre futura direção ou intenção da IBM estão sujeitas a mudança ou retirada, e representam apenas metas e objetivos.
Estas informações contêm exemplos de dados e relatórios utilizados em operações de negócios diárias. Para ilustrá-los da forma mais completa possível, os exemplos incluem nomes de pessoas, empresas, marcas e produtos. Todos esses nomes são fictícios e qualquer semelhança com nomes e endereços usados por uma empresa real terá sido mera coincidência.
Estas informações contêm programas de aplicativos de amostra na linguagem fonte, ilustrando as técnicas de programação em diversas plataformas operacionais. É permitido copiar, modificar e distribuir esses programas de amostra de qualquer forma sem pagamento à IBM, para propósitos de desenvolvimento, uso, marketing ou distribuição dos programas aplicativos em conformidade com a interface de programação de aplicativos da plataforma operacional para a qual os programas de amostra foram escritos. Esses exemplos não foram testados completamente em todas as condições. Portanto, a IBM não pode garantir ou implicar a confiabilidade, manutenção ou função destes programas. Os programas de amostra são fornecidos "NO ESTADO EM QUE SE ENCONTRAM", sem garantia de nenhum tipo. A IBM não é responsável por nenhum dano decorrente do uso dos programas de amostra.
Cada cópia ou parte desses programas de exemplo ou qualquer trabalho derivado deve incluir um aviso de direitos autorais com os dizeres:
© (nome da empresa) (ano). Partes deste código são derivadas dos Programas de Amostras da IBM Corp. © Copyright IBM Corp. 1992, 2013.
Se estas informações estiverem sendo exibidas em cópia eletrônica, as fotografias e ilustrações coloridas podem não aparecer.
Produtos de software IBM, incluindo soluções de software como serviço, (“Ofertas de software”) podem usar cookies ou outras tecnologias para coletar informações sobre uso de produto, para ajudar a melhorar a experiência do usuário final, para customizar interações com o usuário final ou para outros propósitos. Em muitas casos, nenhuma informação pessoalmente identificável é coletada pelas Ofertas de software. Algumas de nossas Ofertas de software podem ajudar a permitir que você colete informações pessoalmente identificáveis. Se essa Oferta de software usar cookies para coletar informações pessoalmente identificáveis, informações específicas sobre o uso de cookies para essa oferta serão definidas abaixo.
Esta Oferta de software não usa cookies ou outras tecnologias para coletar informações pessoalmente identificáveis.
IBM, o logotipo IBM e ibm.com são marcas ou marcas registradas da International Business Machines Corp., registradas em vários países no mundo todo. Outros nomes de produtos e serviços podem ser marcas registradas da IBM ou de outras empresas. Uma lista atual de marcas registradas da IBM está disponível na web em "Copyright and trademark information" em www.ibm.com/legal/copytrade.shtml.
Aplicabilidade
Estes termos e condições adicionam-se a quaisquer termos de uso do website da IBM.
Uso pessoal
Você pode reproduzir estas publicações para seu uso pessoal não comercial, contanto que todos os avisos do proprietário sejam preservados. Não é permitido distribuir, exibir ou fazer trabalho derivativo dessas publicações, ou de qualquer parte delas, sem o consentimento expresso da IBM.
Uso comercial
Você pode reproduzir, distribuir e exibir estas publicações somente dentro de sua empresa, contanto que todos os avisos do proprietário sejam preservados. O Cliente não pode criar trabalhos derivativos destas publicações ou reproduzir, distribuir ou exibir estas publicações, ou qualquer parte delas, fora de sua empresa, sem o consentimento expresso da IBM.
Direitos
Exceto conforme expressamente concedido nesta permissão, nenhuma outra permissão, licença ou direito serão concedidos, expressos ou implícitos, às publicações ou quaisquer informações, dados, software ou outra propriedade intelectual contida aqui.
A IBM reserva o direito de revogar as permissões aqui concedidas, sempre que, a seu critério, o uso das publicações prejudicar seu interesse ou, conforme determinação da IBM, as instruções mencionadas não forem seguidas de forma apropriada.
O Cliente não pode fazer download, exportar ou exportar novamente essas informações, exceto em conformidade total com todas as leis e regulamentos aplicáveis, incluindo todas as leis e regulamentos dos Estados Unidos.
A IBM NÃO FORNECE GARANTIA SOBRE O CONTEÚDO DESTAS PUBLICAÇÕES. AS PUBLICAÇÕES SÃO FORNECIDAS "NO ESTADO EM QUE SE ENCONTRAM" E SEM GARANTIA DE NENHUM TIPO, SEJA EXPRESSA OU IMPLÍCITA, INCLUINDO, MAS A ELAS NÃO SE LIMITANDO, AS GARANTIAS IMPLÍCITAS DE NÃO INFRAÇÃO, COMERCIALIZAÇÃO E ADEQUAÇÃO A UM DETERMINADO PROPÓSITO.
Estas informações contêm programas de aplicativos de amostra na linguagem fonte, ilustrando as técnicas de programação em diversas plataformas operacionais. O Cliente pode copiar, modificar e distribuir estes programas de amostra sem a necessidade de pagar à IBM, com objetivos de desenvolvimento, utilização, marketing ou distribuição de programas aplicativos em conformidade com a interface de programação de aplicativo para a plataforma operacional para a qual os programas de amostra são criados. Esses exemplos não foram testados completamente em todas as condições. Portanto, a IBM não pode garantir ou implicar a confiabilidade, manutenção ou função destes programas. Os programas de amostra são fornecidos "NO ESTADO EM QUE SE ENCONTRAM", sem garantia de nenhum tipo. A IBM não é responsável por nenhum dano decorrente do uso dos programas de amostra.
IBM, o logotipo IBM e ibm.com são marcas ou marcas registradas da International Business Machines Corp., registradas em vários países no mundo todo. Outros nomes de produtos e serviços podem ser marcas registradas da IBM ou de outras empresas. Uma lista atual de marcas registradas da IBM está disponível na Web em www.ibm.com/legal/copytrade.shtml.
Adobe e PostScript são marcas registradas da Adobe Systems Incorporated.
Cell Broadband Engine - Sony Computer Entertainment Inc.
Rational é uma marca registrada da International Business Machines Corporation e Rational Software Corporation, nos Estados Unidos e/ou em outros países.
Intel, Intel Centrino, Intel SpeedStep, Intel Xeon, Celeron, Itanium e Pentium são marcas registradas da Intel Corporation nos Estados Unidos e/ou em outros países.
IT Infrastructure Library é uma marca registrada da Central Computer and Telecommunications Agency
ITIL é uma marca registrada da The Minister for the Cabinet Office
Linear Tape-Open, LTO e Ultrium são marcas registradas da HP, IBM Corp. e Quantum
Linux é uma marca registrada da Linus Torvalds
Microsoft, Windows e o logotipo Windows são marcas ou marcas registradas da Microsoft Corporation nos Estados Unidos e/ou em outros países.
Java e todas as marcas registradas e logotipos baseados em Java são marcas ou marcas registradas da Sun Microsystems, Inc. nos Estados Unidos e em outros países.
UNIX é uma marca registrada do The Open Group nos Estados Unidos e em outros países.