Quando um arquivo físico de origem ou membro remoto
é transferido por download para um iSeries Project, a
data e a hora de sua última modificação são armazenadas em cache internamente
para futuras comparações. Posteriormente, ao selecionar
Show Remote Objects no nível do iSeries Project ou selecionar a ação
Push Selected ou Push Changes, você será avisado se esse objeto
foi modificado no servidor remoto.
Os conflitos de envio podem acontecer em duas situações:
- Não há nenhum time stamp de membros armazenado localmente para um membro e o membro existe no servidor. Isso pode acontecer se:
- O membro for recém-criado no espaço de trabalho sem ter sido recuperado inicialmente
do servidor
- O membro for renomeado
- O membro for copiado ou movido de outro
membro (nesse ou em outro
arquivo fonte)
- O servidor for alterado na conexão
- A conexão for alterada, fazendo com que o servidor seja alterado
- A biblioteca associada for alterada
- O arquivo fonte pai for renomeado, copiado
ou movido
- Existir um time stamp de membro armazenado localmente, o membro existir no servidor
e seu time stamp for diferente daquele armazenado. Isso pode
acontecer se:
- O membro no servidor for atualizado depois da última vez que o espaço de trabalho
correlativo tiver sido enviado
- O membro no servidor for restaurado de uma cópia de backup
Se houver um conflito, você será solicitado
com um diálogo de aviso:
- Se você selecionar Yes, o membro será sobrescrito no servidor.
- Se selecionar Yes to All, todos os membros que estiverem em conflito durante
esta operação de envio serão sobrescritos
sem nenhum aviso.
- Se selecionar No, esse membro não será enviado para o servidor
- Se selecionar No to All, todos os membros que estiverem em conflito durante
esta operação de envio específica, serão ignorados
sem nenhum aviso.
- Se selecionar Cancel, a operação de envio será cancelada.
Qualquer membro que seja realmente enviado terá seu novo time stamp do servidor gravado
localmente para que não entre em conflito novamente, a não ser que você os atualize mais uma vez no
servidor. Todo membro que
for ignorado entrará novamente em conflito. Isso poderá ser corrigido,
enviando o membro para o servidor na próxima vez ou copiando-o manualmente
do servidor.
Atenção: Se você fizer upload de um membro ou de um arquivo de origem
para o servidor a partir de um iSeries Project e o comprimento do registro
local for maior do que o comprimento do registro do servidor, você será
avisado da possibilidade de truncamento de dados. Esse aviso será fornecido
sempre que o arquivo fonte for enviado.
Para corrigir isso, acerte os dados para que se encaixem no
tamanho do arquivo do host e, em seguida, crie um novo arquivo
fonte na estação de trabalho com o novo comprimento de
registro mais curto e copie todos os membros para ele.
(C) Copyright IBM Corporation 1992, 2006. All Rights Reserved.