Além de permitir que componentes tradicionais de linguagem do host z/OS
sejam construídos, o IBM® SCLM
Developer Toolkit estende a capacidade do SCLM de construir projetos Java™ e J2EE. É necessário conhecimento do
processamento de construção do SCLM para utilizar adequadamente esses serviços. As linguagens do host
ainda utilizam os serviços padrão do conversor de construção do SCLM, enquanto os conversores de construção
Java/J2EE não fazem parte do SCLM padrão e são fornecidos no SCLM
Developer Toolkit. Esses conversores precisarão ser incluídos em cada definição de
projeto SCLM que estiver construindo aplicativos J2EE.
Nota: O administrador do SCLM deve consultar o SCLM Developer Toolkit
Installation and Customization Guide para customizar o SCLM para aplicativos Java/J2EE.
Os membros do host podem ser construídos diretamente ou pelo uso de um ARCHDEF com conversores padrão de construção do SCLM. O SCLM Developer Toolkit fornece uma visualização do SCLM que permite utilizar os serviços do SCLM, incluindo construção, para os membros SCLM.
Desta maneira, o desenvolvimento remoto de linguagens e aplicativos baseados no host pode ser
suportado a partir do mesmo Eclipse Workbench. Os modos Explorer e Desenvolvedor do
SCLM Developer Toolkit permitem esse recurso pelo fornecimento de uma forma de
portal remoto para o SCLM usando a interface Eclipse. Os aplicativos podem ser construídos da mesma
maneira e com os mesmos serviços que aqueles disponíveis na interface ISPF.
Desse modo, os desenvolvedores baseados no host terão poucos problemas ao utilizarem os
serviços SCLM por meio dessa interface. Os serviços de construção do SCLM
nos componentes de linguagem do host existentes são descritos com detalhes no
Software
Configuration and Library Manager (SCLM) Guide and Reference. Use
o seguinte para uma descrição das várias configurações de construção disponíveis:
- Configurações do modo Construção
- Você pode especificar o seguinte modo de construção:
- Condicional
- Compila e edita links de todos os módulos alterados, ou módulos afetados por uma
alteração em uma parte incluída. O processamento pára no primeiro erro de construção.
- Forçado
- Compila e associa todos os módulos, quer precisem ser construídos ou não.
- Relatório
- A construção determina o que ocorreria se você solicitasse uma construção condicional
ou incondicional sem realmente executar a construção.
- Incondicional
- Semelhante ao modo condicional, mas a construção continua o processamento de todos os módulos apesar dos erros.
- Informações
- Informações de retorno no formato XML que descreve as conversões como
compiladas que serão usadas para construir a parte selecionada. Essa informação
contém os nomes convertidos, as opções especificadas, e os conjuntos de dados que
são alocados para cada conversão. Se você usar esse modo com uma definição de arquitetura,
a informação é retornada para cada membro que será construído.
Como o modo relatório, esse modo na verdade não executa a construção.
Nota: Para o processamento de construção Java/J2EE, o modo incondicional pode não se
comportar de forma previsível, tal como com os componentes da linguagem do host,
devido à natureza da compilação Java/J2EE e da geração do arquivo archive. É recomendável utilizar
o modo condicional para o processamento de construção Java/J2EE. O modo condicional
relata, todavia, todos os erros de compilação Java .
- Escopo de Construção
- Você pode especificar o seguinte escopo de construção:
- Limitado
- Compila e edita links de todos os módulos necessários referidos diretamente pela
arquitetura especificada.
- Normal
- Compila e edita links de todos os módulos cobertos pelo escopo LIMITADO,
assim como as dependências superiores do tipo Ada.
- Subunidade
- Compila e edita links de todos os módulos cobertos pelo escopo NORMAL, assim como as
dependências inferiores do tipo Ada referidas diretamente.
- Estendido
- Compila e edita links de todos os módulos cobertos pelo escopo NORMAL, assim como as
dependências superiores e inferiores do tipo Ada.
Nota: Para o processamento de construção Java/J2EE, todas as seleções de escopo são
tratadas como NORMAL.
- Configurações Adicionais
- Você também pode especificar as seguintes configurações:
- Construir no Grupo (Build at group)
- Especifica o grupo SCLM no qual construir. (Por exemplo, se a origem residisse em um
grupo de teste superior e você selecionasse seu grupo de desenvolvimento para construção,
módulo de carregamento/objetos/listagens e mapas de construção resultantes seriam gerados
no grupo de desenvolvimento inferior.)
- Somente Listagem de Erros (Error Listing only)
- Permite especificar se você deseja que todas as listagens sejam emitidas do
processador de construção ou apenas aquelas relativas a etapas do conversor que são
concluídas com um código de retorno inaceitável. (Elas serão retornadas no log de
operações).
- Produzir Relatório (Produce report)
- Indica se um relatório de construção é produzido. Esse relatório
é retornado no log de operações, mas é armazenado no conjunto de dados sequenciais
referenciados por build report data set name, se especificado.
- Mensagem de Construção (Build message)
- Se definida como sim (yes), retornará mensagens de construção no log de operações ou
na saída em Lote, se uma tarefa em lote for solicitada. Se o nome do conjunto de dados
de uma mensagem de construção for especificado, as mensagens também serão incluídas nesse conjunto de dados.
- Nome do Conjunto de Dados de Listagem de Construção (Build listing data set name)
- Se especificado, resulta nas listagens de construção sendo incluídas nesse conjunto
de dados.
- Nome do Conjunto de Dados de Saída de Construção (Build exit data set name)
- Se especificado, resulta em todas as mensagens de saída de construção sendo incluídas
nesse conjunto de dados.
- Construção em Lote (Batch build)
- Selecione se você deseja submeter uma tarefa em lote do JES (Construção em segundo
plano) no z/OS para processar o pedido de construção. O jobname e o jobid são retornados ao
cliente. Se o monitoramento de lote tiver sido selecionado sob as preferências do SCLM Developer Toolkit, o cliente irá monitorar a tarefa em lote e automaticamente notificar quando a tarefa estiver completa, permitindo recuperar a saída da tarefa novamente no cliente. Os esqueletos
de Construção do SCLM padrão no host são utilizados para adaptação do arquivo à tarefa de Construção
em Lote. Adicionalmente, um cartão de tarefa pode ser digitado selecionando
o botão Cartão de Tarefa JCL... na caixa de diálogo de construção. Selecionando o Cartão de Tarefa JCL..., também é possível editar o cartão de tarefa na caixa de diálogo. Para salvar as alterações, clique em Ok.
Cartões de tarefa de Construção Padrão também podem ser utilizados. Para recriar um cartão de tarefa padrão depois que ele foi editado, salve um cartão de tarefa vazio, edite-o novamente e clique em Recuperar.
Isso restaura o cartão de tarefa padrão que existia quando a caixa de diálogo foi exibida
pela primeira vez.
Cartões de tarefas padrões construídos podem ser especificados no arquivo SITE.conf ou no arquivo project.conf para o projeto SCLM. Para obter mais informações sobre os arquivos de
configuração de Site e de Projeto, consulte a seção sobre opções específicas de SITE e de
projeto no SCLM Developer toolkit Installation and Customization Guide.
Para processamento
de construção de aplicativos J2EE, é recomendável utilizar um parâmetro de região
mínima REGION=512M no cartão de tarefa de Construção para evitar erros de memória.
Use as construções do SCLM para compilar e associar-editar um aplicativo completo em uma tarefa única ou como parte de um aplicativo.
Consulte o tópico Aplicativos de Construção Java/J2EE para obter informações detalhadas sobre os aplicativos da construção Java/J2EE.