Rational Developer para System z, Versão 7.6

Inclua no SCLM

Para incluir arquivos a um projeto SCLM, selecione o projeto, Pasta, ou Arquivo com um clique com o botão direito do mouse e selecione Equipe - (Team-)> Incluir no SCLM (Add To SCLM).

A Inclusão para a função SCLM permite copiar arquivos no seu computador no projeto SCLM mapeado para o projeto. Essa migração de dados pode ser feita no nível de projeto, pasta ou arquivo. Do assistente de seleção você pode selecionar arquivos individuais ou grupos de arquivos selecionando a caixa de opções próxima à pasta ou ao arquivo na Página de Seleção de Recurso.

A Página Seleção de Recurso fornece vários botões de ação e serviços para expedir a função. É possível expandir as pastas do projeto selecionando os símbolos + e -. Clique em Concluir (Finish) para usar o valor original. Clique em Avançar (Next), e a Página de Propriedade de Inclusão de Membros é exibida onde você pode especificar mais instruções detalhadas a respeito de como esses membros são armazenados no SCLM.

Os botões Atualizar (Update) e Atualizar Todos (Update All) permitem que você selecione a linguagem e o tipo para um membro ou grupo de membros. Selecionando um desses botões, o diálogo Linguagem e Tipo é exibido.

O diálogo Linguagem e Tipo pode ser utilizado para especificar a linguagem, o tipo, o código de autorização e o código de alteração. Alternativamente, o botãoRecuperar (Retrieve) pode ser usado para extrair uma lista de valores do SCLM. Retorne para a Página de Inclusão de Membros e clique em Concluir (Finish) para transferir os arquivos do SCLM. Se os nomes dos arquivos que você está incluindo no SCLM requerem a conversão de nome longo, o botão Recuperar (Retrieve) da linguagem no diálogo de Linguagem e Tipo recupera apenas linguagens que suportam nomes longos.
Nota: Se os arquivos que você está incluindo do Package Explorer ou do Navegador não correspondem com as convenções de nomenclatura dos membros z/OS , ou eles não residem no diretório raiz do projeto Eclipse, o botão Recuperar irá apenas recuperar linguagens que são definidas como linguagens de nome longo pelo seu administrador de sistema. Por exemplo, arquivos com nomes que contenham mais que oito caracteres ou contenham extensões podem apenas ter atribuídos nomes de linguagem que permitam arquivos com longos nomes. Pequenos casos de nomes de arquivos que caso não correspondam com as convenções de nomenclatura de membros de z/OS são permitidos, mas são armazenados e recuperados como nomes maiúsculos.

Um recurso adicional permite desempenhar migrações baseadas em lote. Para migrações de código em larga escala para o SCLM, a função no estilo de lote é a solução mais prática pois permite que você continue com outras tarefas enquanto os membros estão sendo migrados. Para executar o lote da função migrada, selecione Migração de Lote (Batch Migrate) na caixa de diálogo.

Um recurso significativo disponível no SCLM Developer Toolkit é a capacidade para armazenar artefatos que não sejam fragmentos de código no SCLM. Documentos que não são de desenvolvimento podem ser armazenados e editados utilizando o SCLM Developer Toolkit. Por exemplo, um documento do Microsoft® Word pode ser copiado para o Package Explorer e, em seguida, armazenado no SCLM. Selecionando o Word como o editor externo para essa forma de extensão de documento, os serviços de edição padrão nesses arquivos de tipo não-IDE poderão ser afetados. Consulte o tópico Cenários de Uso para obter detalhes de implementação dessa função.

Nota: Ao incluir arquivos de nome longo conversível no SCLM, é importante estabelecer as convenções de nomenclatura de pacote. Como vários projetos podem ser armazenados em um único projeto SCLM, conflitos podem ocorrer durante a construção dos objetos de classe. Se dois arquivos de pacote idênticos forem armazenados sob TIPOS SCLM diferentes, os membros de origem serão tratados como entidades separadas. Entretanto, quando eles forem construídos, provavelmente serão construídos no mesmo local, resultando em uma construção distorcida. Certifique-se de seguir os padrões de nomenclatura de pacote para evitar que isso ocorra.
Atenção: Para o Administrador do SCLM

Todos os novos arquivos binários ou armazenados em ASCII que serão incluídos ou criados no SCLM a partir do Eclipse Package Explorer devem ser armazenados em conjuntos de dados de comprimento de registro variável, ou seja, RECFM=VB. A utilização do RECFM=FB pode corromper os arquivos preenchendo espaços em branco à direita do membro. A utilização de conjuntos de dados RECFM=FB para arquivos de origem que serão convertidos de ASCII para EBCDIC e armazenados é aceitável, pois a maioria dos membros dos componentes padrão do host residirão em conjunto de dados de comprimento de registro fixo. É recomendada a utilização de conjuntos de dados VB para os arquivos PC e Java/J2EE. Você deve estar ciente que os editores usados no Eclipse Package Explorer são geralmente de formato de comprimento de registro variável e armazená-los em conjuntos de dados de comprimento fixo no SCLM preencherá os registros com espaços em branco à direita.


Termos de Uso | Feedback

Este centro de informações é desenvolvido pela tecnologia Eclipse. (http://www.eclipse.org)