Versão 3.1
Esse arquivo contém informações que foram disponibilizadas posteriormente para
inclusão nas publicações ou na ajuda on-line. Esse arquivo contém também informações
importantes sobre suporte.
1.0 Verificação de Sintaxe
2.0 Problemas Relacionados à Sessão de Host
3.0 Opções de Influência do Elemento do Servidor
1.0 Verificação de Sintaxe
- Algumas informações de dependência são armazenadas como parte das informações de
projeto SCLM armazenadas em cache. Quando as informações de projeto armazenadas em
cache forem atualizadas, você poderá precisar atualizar as dependências para membros que
tenham registro de saída efetuado.
- O SCLM Developer Toolkit salva arquivos armazenados em cache e com registro de saída
efetuado, em um projeto Eclipse chamado SCLMConfigProject. Se você estiver obtendo erros
de compilação que não parecem refletir o conteúdo atual dos membros que não estão com
registro de saída efetuado, limpe a cache de download utilizando o item de menu de
contexto Verificação de Sintaxe e atualize as dependências para o membro cuja sintaxe
está sendo verificada. Se isso não corrigir o problema, talvez você tenha
arquivos obsoletos no projeto SCLMConfigProject. Você pode verificar em todos os arquivos
com registro de saída efetuado e excluir esse projeto, ou pode excluir manualmente
qualquer arquivos que tenha registro de saída efetuado.
2.0 Problemas Relacionados à Sessão de Host
- Usuários RSE: (Rational Developer para System z somente) Se a comunicação com o
host parecer parar ou mensagens de arquivo inesperado em uso ocorrerem, poderá ser
necessário parar manualmente alguns processos do host que estão sendo executados em nome
do usuário do SCLM Developer Toolkit. Para fazer isso:
- Se possível, utilize primeiro a opção Remover Sessão de Host disponível do
nó de projeto na visualização do explorador de pacotes ou do nó local na visualização
SCLM.
- Se isso não corrigir o problema, desconecte-se inteiramente do RSE.
- Se o problema voltar a ocorrer após a reconexão com o RSE, utilize a página de
preferências do SCLM para cancelar a seleção de Reutilizar sessão ISPF.
- Se ainda assim isso não corrigir o problema, poderá ser necessário cancelar
manualmente os processos no host z/OS. Isso pode ser feito através de um programa de
monitor do sistema, como exibição PS do SDSF.
- Para poder cancelar processos de host (Rational Developer para System z somente), o
usuário do SCLM Developer Toolkit deverá ter autoridade para utilizar o comando
kill para cancelar os processos do Unix. Se o comando kill falhar, será
feita uma tentativa de emitir um comando CANCEL utilizando o SDSF.
3.0 Opções de Influência do Elemento do Servidor
Há um novo recurso disponível que pode reduzir o consumo de memória do lado do servidor. Esse recurso
é o conceito de um elemento de "influência". Um elemento de influência é um elemento que foi excluído
da cache do servidor para que o host não mantenha mais rastreamento dele, enquanto estiver no cliente.
O elemento no cliente é marcado como de "influência", para que, se um comando precisar ser
chamado no elemento, o elemento de influência seja recriado no servidor.
Isso está disponível em SCLMDT no RSE com customizações feitas no arquivo de
configuração rsed.envvars do Rational Developer para System z.
O Rational Developer para System z deve estar no nível de serviço mais recente. Estar no
nível de serviço mais recente também predefinirá os parâmetros necessários para (des)ativar esse recurso.
Esse recurso é configurado com os seguintes parâmetros em rsed.envvars:
_RSE_JAVAOPTS="$_RSE_JAVAOPTS -DDSTORE_SPIRIT_ON=true"
_RSE_JAVAOPTS="$_RSE_JAVAOPTS -DSPIRIT_EXPIRY_TIME=6"
Se -DDSTORE_SPIRIT_ON for verdadeiro, esse recurso será utilizado pelos recursos que o suportam.
Se for falso, o recurso não será utilizado e a outra opção não terá efeito.
O parâmetro -DSPIRIT_EXPIRY_TIME é um número que indica, em segundos, quanto tempo o
servidor aguarda depois que um elemento é enfileirado para influência antes de realmente fazê-lo.
(C) Copyright IBM Corporation 2007. Todos os Direitos Reservados.