2009-09-14 7 views
0

Я получаю следующее сообщение об ошибке при развертывании веб-приложенияОшибка при развертывании

Server Error in '/FormRelease' Application. 
-------------------------------------------------------------------------------- 

Runtime Error 
Description: An application error occurred on the server. The current custom error settings for this application prevent the details of the application error from being viewed remotely (for security reasons). It could, however, be viewed by browsers running on the local server machine. 

Details: To enable the details of this specific error message to be viewable on remote machines, please create a <customErrors> tag within a "web.config" configuration file located in the root directory of the current web application. This <customErrors> tag should then have its "mode" attribute set to "Off". 


<!-- Web.Config Configuration File --> 

<configuration> 
    <system.web> 
     <customErrors mode="Off"/> 
    </system.web> 
</configuration> 


Notes: The current error page you are seeing can be replaced by a custom error page by modifying the "defaultRedirect" attribute of the application's <customErrors> configuration tag to point to a custom error page URL. 


<!-- Web.Config Configuration File --> 

<configuration> 
    <system.web> 
     <customErrors mode="RemoteOnly" defaultRedirect="mycustompage.htm"/> 
    </system.web> 
</configuration> 

Пожалуйста, помогите мне!

+8

Выполняйте то, что он говорит: измените файл web.config, чтобы вы могли видеть, что такое реальная ошибка. –

+0

После того, как вы сделали то, что предложил Джоэл, вы сможете просмотреть трассировку стека для отладки, где происходит ошибка. – 2009-09-14 14:33:04

+0

Это страница ошибок по умолчанию. Мы все это видели раньше, и это так же полезно, как плакать «ПОМОЩЬ! Что-то происходит с кем-то ...» Мы все хотим помочь, но потом осознаем, что у нас просто недостаточно информации ... –

ответ

0

Чтобы избежать появления бесполезных сообщений об ошибках, подобных тому, который вы опубликовали, я использую таблицу базы данных ошибок и дополнительные обработчики исключений. В общем случае, когда возникает исключение, я обнаруживаю ошибку, записываю ошибку в журнал ошибок и затем просто ремеризую ее, чтобы система обрабатывала ее дальше. Затем, когда я получаю сообщение об ошибке, подобное этому, я могу проверить журнал ошибок для возможных исключений.

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

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

Как прокомментировал Joel Coehoorn, сначала настройте web.config. Но, кроме того, сначала разверните веб-приложение в локальной чистой тестовой среде! Затем вы можете более легко проверить любые проблемы, не нарушая производственную среду. (Используйте виртуальную машину, если вы не можете позволить себе вторую тестовую систему.)

+0

, который я пытаюсь активировать в каталоге, я получаю эти ошибки – 2009-09-14 14:53:51

+0

, когда я пытаюсь подключить активный каталог – 2009-09-14 14:55:45

+0

Тогда, возможно, учетная запись, используемая для запуска веб-сервера, не имеет надлежащего доступа к Active Directory! Веб-серверы, как правило, работают с ограниченными учетными записями пользователей! И по уважительным причинам. –

Смежные вопросы