Препятствуйте тому, чтобы.NET писала в C:\Windows\Temp
я нахожу, что большинство веб-форм правильно допускает код страны, код зоны, тогда оставление 7 цифрами, но почти всегда забывает позволять запись расширения. Это почти всегда заканчивает тем, что заставило меня произнести сердитые слова, с тех пор на работе у нас нет регистратора, и мое расширение # необходимо для достижения меня.
я должен был бы проверить, но я думаю, что наша схема DB подобна. Мы держим код страны (он мог бы принять значение по умолчанию в США, не уверенные), код зоны, 7 цифр и расширение.
4 ответа
Похоже, что веб-сервисам требуется разрешение на чтение / запись в% SystemRoot% \ Temp ( MSDN ).
Из здесь :
Если вы используете ASP.NET 2.0 или выше, вы можете назначить требуемые разрешения с помощью команды:
aspnet_regiis -GA MachineName \ Account
Это сообщение в блоге содержит инструкции о том, как изменить расположение папки SystemRoot \ Temp, используемой для этого (а также инструкции о том, как использовать отражатель для определения параметра в web.config, который нужно установить для такая ситуация)
процесс, запускающий этот код (учетная запись NT, связанная с IIS?), Должен иметь соответствующий набор разрешений. Подробнее http://www.google.com/search?q=asp. net + запись + файлы + права доступа
Проблема в том, что вы используете некоторую функцию, которая автоматически генерирует временный код. Для этого ему нужно место. Так что да, хотя вы можете предотвратить запись кода в это конкретное место, единственный способ предотвратить создание кода (который должен где-то храниться) - это не использовать функцию, которая генерирует временные классы.
Джош,
Я предполагаю, что вызов, который вы делаете, пытается запустить сеанс отладки на целевом ПК. Он пытается загрузить исходный файл после возникновения исключения.
Основная причина, вероятно, заключается в исключении в вызове веб-службы.
Чтобы уменьшить вероятность записи во временную папку, вы можете просто отключить -вовременная отладка на целевых машинах:
что-то вроде в конфигурации приложения
Я покопался. Похоже, проблема может быть на сервере, а не на клиентских машинах. Если вы добавите разрешения на чтение / запись во временную папку для пользователя, размещающего веб-сервис, это может быть нормально. Извините за сумасшедший совет выше ...