Я использую сторонний компонент, который создает файлы настроек на основе жестко заданных путей к файлам, т.е. они компилируются в DLL, например.
%APPDATA%\Vendor\Settings.ini
Я создал несколько консольных / служебных приложений, которые используют это и работают очень хорошо. Однако теперь я пытаюсь использовать аналогичный подход через свое веб-приложение ASP.NET MVC, и файл настроек, похоже, никогда не записывается!
Обычно, если приложение работает под моим acconut, например, файл будет записан где-то вроде:
C:\Documents and Settings\James\Application Data\Vendor\Settings.ini
Поэтому я подумал, что если бы веб-сайт AppPool работал под той же учетной записью, файл был бы сохранен в том же месте ... Однако он никогда не появляется. Учетная запись - это учетная запись администратора, работающая под Windows server 2003.
Любые идеи?
Спасибо.
3 ответа
Не удалось найти решение этой проблемы, поэтому я решил разработать локальную службу WCF (которая создавала бы файл настроек по правильному пути к каталогу) и просто обратился к нему через свое веб-приложение.
Вы проверили, создан ли файл настроек в папке App_Data в веб-приложении? Если нет, не могли бы вы поместить туда существующий файл настроек и посмотреть, использует ли он его?
Дело не в учетной записи webpool, а в учетной записи гостя.
Перейдите к свойствам вашего сайта в IIS, Directory Security и в анонимном доступе нажмите кнопку Edit, там вы увидите, какая учетная запись используется, когда кто-то обращается к вашему сайту.
anonymous
доступ к сайту, он установлен на Integrated Windows Authentication
. У меня есть журнал, который проверяет, под какой учетной записью работает веб-сайт, и это учетная запись, которая аутентифицируется. Тем более необычно то, что настройки записываются по правильному пути.
Похожие вопросы
Новые вопросы
asp.net
ASP.NET - это среда разработки веб-приложений Microsoft, которая позволяет программистам создавать динамические веб-сайты, веб-приложения и веб-службы. Полезно использовать этот тег в сочетании с тегом типа проекта, например, [asp.net-mvc], [asp.net-webforms] или [asp.net-web-api]. НЕ используйте этот тег для вопросов о ASP.NET Core - используйте вместо этого [asp.net-core].