Domanda

Sto eseguendo un'applicazione asp.net (VS2008 / .net 3.5) e quando la eseguo sotto VS nel debug funziona di più.

Legge felicemente file e directory da una condivisione di rete.

Posso eseguire " cleartool startview [nome vista dinamica] " ok, posso " cleartool mount [vob] " felicemente.

Ma se provo a provare l'esistenza di un file all'interno del vob, non può vederlo.

Quindi ho provato qualcosa di diverso, ora eseguo " cleartool ls -short -vob_only [nome file] " per verificare l'esistenza.

Per entrambi funziona perfettamente con VS2008 ma non funziona con Post IIS.

Ho il set e l'utente ha accesso valido a ClearCase.

Qualche idea?

È stato utile?

Soluzione 2

Ho riscontrato il problema e una soluzione a questo. Il problema è che ClearCase utilizza l'utente del processo per l'autenticazione mentre l'accesso all'unità condivisa menzionato nella domanda originale utilizza l'utente del thread.

La ragione di ciò è che quando si accede a ClearCase si genera un nuovo processo - e i processi figlio usano sempre il contesto di sicurezza del processo padre e non quello del thread corrente.

Il modo migliore era quello di eseguire l'applicazione Web all'interno del proprio pool di applicazioni che è in esecuzione come utente con diritti di accesso a ClearCase. Un'inflazione di diritti al di là di ciò che dovrebbe essere veramente necessario, tuttavia ha fatto il trucco

Altri suggerimenti

Se si utilizza il webserver integrato (Cassini) durante lo sviluppo, il webserver è in esecuzione come te e si ha accesso alle proprie unità di rete, ecc. IIS invece utilizza un account utente diverso e non condivide il proprio profilo utente tra cui le tue visualizzazioni ClearCase ecc. Ciò potrebbe spiegare i tuoi problemi.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top