Frage

Ich verwende eine asp.net Anwendung (VS2008 / .net 3.5) und wenn es unter VS im Debug läuft mehr, es funktioniert.

Es liest Dateien und Verzeichnisse von einer Netzwerkfreigabe glücklich.

Ich kann "Cleartool Startansicht [dynamischer Ansichtsname]" run ok, kann ich "Cleartool mount [vob]" glücklich.

Aber wenn ich versuche, in der vob für die Existenz einer Datei zu testen es nicht sehen kann.

Also habe ich versucht, etwas anderes, ich jetzt „Cleartool ls -kurzes -vob_only [Dateiname]“ laufen für existance zu testen.

Für beide von denen es funktioniert unter VS2008 fein läuft, aber nicht, wenn unter IIS nach der Bereitstellung ausgeführt wird.

habe ich den Satz, und der Benutzer hat einen gültigen Zugriff auf Clearcase.

Irgendwelche Ideen?

War es hilfreich?

Lösung 2

fand ich das Problem und eine Lösung für dieses. Das Problem besteht darin, dass der Prozess Clear Benutzer zur Authentifizierung während des gemeinsam genutzten Plattenzugriff in der ursprünglichen Frage erwähnte verwendet wird, um den Faden Benutzer verwendet wird.

Der Grund hierfür ist der, wenn Clear Zugriff erzeugt er einen neuen Prozess aus - und Kindprozesse immer die Sicherheit Eltern Prozesskontext verwenden und nicht den aktuellen Threads.

Der Weg, um dies war die Web-Anwendung innerhalb des eigenen Anwendungspool ausgeführt werden, die sich als Benutzer mit Rechten läuft Clear zuzugreifen. Eine Inflation von Rechten über das, was wirklich jedoch notwendig sein, sollte es den Trick hat.

Andere Tipps

Wenn Sie den integrierten Webserver (Cassini) während der Entwicklung verwenden der Web-Server, wie Sie läuft und hat Zugriff auf Ihre Netzlaufwerke usw. IIS auf der anderen Seite verwendet ein anderes Benutzer-Account und teilen Sie nicht Ihr Benutzerprofil einschließlich Ihre Clearcase Ansichten usw., die Ihre Probleme erklären kann.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top