Pergunta

Estou executando um aplicativo asp.net (VS2008 / .NET 3.5) e quando executá-lo sob VS na depuração mais ele funciona bem.

Ele lê arquivos e diretórios de um compartilhamento de rede feliz.

Eu posso correr "cleartool startview [dinâmica nome view]" ok, eu posso "cleartool montar [vob]" feliz.

Mas se eu tentar teste para a existência de um arquivo dentro do VOB não pode vê-lo.

Então, eu tentei algo diferente, eu agora executar "ls cleartool -short -vob_only [arquivo]" para testar a existência.

Para tanto daqueles que funciona funcionando bem sob VS2008, mas não trabalho vai quando executados no IIS implantação post.

Eu tenho o conjunto e que o usuário tenha acesso válido ao ClearCase.

Todas as idéias?

Foi útil?

Solução 2

Eu encontrei o problema e uma solução para isso. O problema é que ClearCase está usando o usuário processo de autenticação enquanto o acesso à unidade compartilhada mencionado na pergunta original está usando o usuário fio.

A razão para isso é o ao acessar ClearCase que desova fora de um novo processo - e processos filhos sempre usar o contexto de segurança processo pais e não o segmento atual de.

A maneira de contornar isso era para executar o aplicativo web dentro de seu próprio pool de aplicativos que está sendo executado como um usuário com direitos de acesso ClearCase. Uma inflação de direitos para além do que deve ser realmente necessário no entanto fez o truque.

Outras dicas

Se você usar o built-in servidor web (Cassini) durante o desenvolvimento do servidor web está sendo executado como você e ter acesso a suas unidades de rede etc. IIS por outro lado, usa uma conta de usuário diferente e não compartilha seu perfil de usuário, incluindo seu ClearCase vê etc. Isso pode explicar os seus problemas.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top