Directory.GetFiles работает, Directory.GetDirectories не в том же каталоге - PullRequest
Новая
       36

Directory.GetFiles работает, Directory.GetDirectories не в том же каталоге

0 голосов
/ 01 мая 2009

В моем веб-приложении есть простой селектор файлов, который использует Directory.GetFiles и Directory.GetDirectories для создания пользовательского интерфейса. Это прекрасно работает на моем локальном хосте, но когда я загружаю его на свой хостинг Windows Server 2003, я вижу только файлы - в том же каталоге GetFiles работает, но GetDirectories нет.

Код невероятно прост - строка dir создается вызовом Server.MapPath, а затем: 

List<string> dirs = Directory.GetDirectories(dir).ToList();
List<string> files = Directory.GetFiles(dir).ToList();

Я перепробовал все, что мог придумать с точки зрения безопасности; даже вплоть до предоставления «Все» полного доступа ко всем каталогам в корне сети, и даже это не имеет значения.

Так что, если проблема не в безопасности, я был бы очень признателен за некоторые предложения, чтобы попробовать больше вещей!

Обновление: Я довольно тупой - код, который выплевывал HTML, содержал некоторый очень старый тестовый код, который не имел никакого значения для локального, поэтому не был замечен и удален, но это вызвал игнорирование всех каталогов на сервере! Что это было? 

if (!subDir.Contains(".")) { ...

На сервере все сайты находятся в папках, названных по их домену, а на локальных - нет. Я == глупый Извините всех!

Ответы [ 3 ]

0 голосов
/ 01 мая 2009

Вы проверили, что каталог находится там, где вы думаете? IIS часто может поместить вас во временный каталог, поэтому он мог скопировать все ваши файлы в эту временную папку, но не в подкаталоги, поэтому их просто нет.

0 голосов
/ 01 мая 2009

Вы можете вызвать исключение, если у вас нет разрешения: 

new FileIOPermission(FileIOPermissionAccess.PathDiscovery | FileIOPermissionAccess.Read,dir).Demand();
0 голосов
/ 01 мая 2009

Скрыты ли каталоги?

Это настоящие каталоги или (поскольку это веб-сервер) виртуальные папки?

Кстати - если вам не нужны некоторые функции List<T>, вы также можете оставить их в исходных string[] массивах ... действительно, с 3.5 LINQ размывает преимущества List<T>, так как Where(...), First(...) и т. Д. Относятся к массивам.

...