{"Повідомлення" WebApi: "сталася помилка"} на IIS7, а не в IIS Express

Я працюю з ASP.NET MVC 4 WebApi і мені дуже весело, запускаючи його на своєму локальному комп’ютері в IIS Express. Я налаштував IIS Express також для обслуговування віддалених машин, тому інші в моїй компанії використовують мій комп'ютер як наш веб-сервер.

Вирішивши, що це не менш оптимальне рішення, ми вирішили поставити WebApi на віддалений сервер після встановлення .NET 4.5. Коли я використовую fiddler і надсилаю POST до контролера на своїй локальній машині, він повертає правильну відповідь, але коли я змінюю домен на веб-сервер під управлінням IIS7, той же POST повертає криптовалюту

{"message": "сталася помилка"}

повідомлення. Хтось має уявлення про те, що може бути?

Проблема полягала у відсутності залежності, яка не була на сервері, але була на моїй локальній машині. У нашому випадку це був dll Devart.Data.Linq.

Щоб дійти до цієї відповіді, я включив трасування IIS на 500 помилок. Це дало трохи інформації, але справді корисна річ полягала в налаштуванні web.config <system.web><customErrors mode="Off"/></system.web>Це вказувало на відсутність динамічно завантаженої залежності. Додавши цю залежність і сказавши, що вона буде скопійована локально, сервер почав працювати.

В основному:

Використовуйте IncludeErrorDetailPolicyнатомість, якщо CustomErrorsце не вирішує для вас (наприклад, якщо стек ASP.NET є> 2012):

GlobalConfiguration.Configuration.IncludeErrorDetailPolicy 
= IncludeErrorDetailPolicy.Always;

Примітка. Будьте уважні, повертаючи детальну інформацію про помилки, може виявити конфіденційну інформацію для "хакерів". Дивіться коментар Саймона до цієї відповіді нижче.

Версія TL; DR

Для мене CustomErrorsне дуже допомогло. Це вже було налаштовано Off, але я все-таки отримав лише потворне an error has occurredповідомлення. Я здогадуюсь, що прийнята відповідь є від 3 років тому, що є давнім часом у веб-слова сьогодні. Я використовую Web API 2 та ASP.NET 5 (MVC 5), і Microsoft відійшла від стратегії, яка використовується лише для IIS, поки CustomErrorsє старою II- програмою skool;).

У всякому разі, у мене виникли проблеми з виробництвом, яких у мене не було на місцях. А потім виявив, що я не міг бачити помилки на вкладці «Мережа Chrome», як на моїй машині розробки Врешті-решт мені вдалося вирішити це, встановивши Chrome на своєму виробничому сервері, а потім переглянувши програму там на самому сервері (наприклад, на "localhost"). Потім з'явилися більш детальні помилки зі слідами стека і все.

Лише згодом я знайшов цю статтю від Джиммі Богара (Примітка: Джиммі - це містер AutoMapper! ). Найсмішніше, що його стаття також з 2012 року, але в ній він уже пояснює, що CustomErrorsце вже не допомагає, але ви МОЖЕТЕ змінити " IncludeErrorDetailPolicyДеталі про помилку", встановивши іншу в глобальній конфігурації WebApi (наприклад WebApiConfig.cs):

GlobalConfiguration.Configuration.IncludeErrorDetailPolicy 
= IncludeErrorDetailPolicy.Always;

На щастя, він також пояснює, як налаштувати його, щоб webapi (2) слухав ваші CustomErrorsналаштування. Це досить розумний підхід, і це дозволяє вам повернутися до 2012 року: P.

Примітка. Значення за замовчуванням - "LocalOnly", яке пояснює, чому мені вдалося вирішити проблему так, як я описав, перш ніж знайти цю публікацію. Але я розумію, що далеко не кожен може просто віддалятися до виробництва та запускати браузер (я знаю, що я здебільшого не міг, поки не вирішив перейти на фрілансер AND DevOps).

Жодна з інших відповідей не працювала на мене.

Це зробило: (у Startup.cs)

public class Startup
{
    public void Configuration(IAppBuilder app)
    {
        var config = new HttpConfiguration();

        WebApiConfig.Register(config);

        // Here: 
        config.IncludeErrorDetailPolicy = IncludeErrorDetailPolicy.Always;
    }
}

(або ви можете розмістити його на WebApiConfig.cs):

public static class WebApiConfig
{
    public static void Register(HttpConfiguration config)
    {
        // Web API routes
        config.MapHttpAttributeRoutes();

        config.Routes.MapHttpRoute(
            name: "DefaultApi",
            routeTemplate: "api/{controller}/{action}/{id}",
            defaults: new { id = RouteParameter.Optional }
        );

        // Here: 
        config.IncludeErrorDetailPolicy = IncludeErrorDetailPolicy.Always;
    }
}

Я завжди стикаюся з цим питанням, коли потрапляю на помилку в тестовому середовищі і пам'ятаю: "Я робив це раніше, але можу це зробити прямо в web.config, не змінюючи код і повторно розгортаючись до тестового середовища , але потрібно 2 зміни ... що це було знову? "

Для подальшого ознайомлення

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

І

<system.webServer>
  <httpErrors errorMode="Detailed" existingResponse="PassThrough"></httpErrors>
</system.webServer>

У мене була подібна проблема під час публікації в кінцевій точці WebAPI. Повернувши CustomErrors = Off, я зміг побачити фактичну помилку, якої не було в одній з dll.

Якщо це допоможе комусь:

У мене була подібна проблема, і, слідуючи інструкціям Нейтса, я додав:

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

Це показало мені більше інформації про помилку:

"ExceptionMessage": "Не вдається завантажити вказаний ресурс метаданих.", "ExceptionType": "System.Data.Entity.Core.MetadataException", "StackTrace": "на System.Data.Entity.Core.Metadata.Edm.MetadataArtifactLoaderComer .LoadResources (...

Це коли я згадав, що я перемістив файл edmx в інше місце і забув змінити вузол з'єднання у конфігу (вузол connectionstrings був розміщений у окремому файлі за допомогою "configSource", але це вже інша історія).

Мій файл XML-файлу не розгорнуто в \ bin:

GlobalConfiguration.Configuration
  .EnableSwagger(c =>
  {
    c.SingleApiVersion("v1", "SwaggerDemoApi");
    c.IncludeXmlComments(string.Format(@"{0}\bin\SwaggerDemoApi.XML", 
                         System.AppDomain.CurrentDomain.BaseDirectory));
    c.DescribeAllEnumsAsStrings();
  })

http://wmpratt.com/swagger-and-asp-net-web-api-part-1/

Це потрібно було встановити як у конфігурації випуску, так і в конфігурації налагодження.

Якщо у вас є <deployment retail="true"/>machine.config .NET Framework, ви не побачите детальних повідомлень про помилки. Переконайтеся, що налаштування невірно чи немає.

Тож я спробував усі запропоновані рішення безрезультатно. Все, що я робив, було встановити запуск програми з сервера, і вона відображала помилку в повному обсязі, це повинно спрацювати, коли я встановив режим customErrors на false, але він не став. У той момент, коли я переглянув API форми на сервері, я зміг побачити проблему.