Il {"messaggio" di WebApi: "si è verificato un errore"} su IIS7, non in IIS Express

Sto lavorando con ASP.NET MVC 4 WebApi e mi diverto molto a farlo eseguirlo sul mio computer locale su IIS Express. Ho configurato IIS Express per servire anche macchine remote, e così altri nella mia azienda stanno usando il mio computer come nostro server web.

Dopo aver deciso che si trattava di una soluzione tutt'altro che ottimale, abbiamo deciso di collocare WebApi su un server remoto dopo l'installazione di .NET 4.5. Quando uso il violinista e ho inviato un POST a un controller sul mio computer locale, restituisce la risposta corretta, ma quando cambio il dominio al server web che esegue IIS7, lo stesso POST restituisce un criptico

{"message": "si è verificato un errore"}

Messaggio. Qualcuno ha idea di cosa potrebbe succedere?

Il problema era una dipendenza mancante che non era sul server ma sul mio computer locale. Nel nostro caso, è stata una dll Devart.Data.Linq.

Per arrivare a quella risposta, ho attivato la traccia IIS per 500 errori. Ciò ha fornito un po 'di informazioni, ma la cosa veramente utile è stata nell'impostazione web.config che <system.web><customErrors mode="Off"/></system.web>Questo indicava una dipendenza mancante caricata dinamicamente. Dopo aver aggiunto questa dipendenza e aver detto che doveva essere copiato localmente, il server ha iniziato a funzionare.

Fondamentalmente:

Usa IncludeErrorDetailPolicyinvece se CustomErrorsnon lo risolve per te (ad esempio se lo stack ASP.NET è> 2012):

GlobalConfiguration.Configuration.IncludeErrorDetailPolicy 
= IncludeErrorDetailPolicy.Always;

Nota: fare attenzione a restituire informazioni dettagliate sull'errore in grado di rivelare informazioni sensibili agli "hacker". Vedi il commento di Simon su questa risposta di seguito.

TL; versione DR

Per me CustomErrorsnon mi è stato di grande aiuto. Era già impostato su Off, ma ho ancora ricevuto solo un misero an error has occurredmessaggio. Immagino che la risposta accettata sia di 3 anni fa, che è molto tempo nella parola web al giorno d'oggi. Sto usando Web API 2 e ASP.NET 5 (MVC 5) e Microsoft si è allontanata da una strategia solo IIS, mentre CustomErrorsè vecchio skool IIS;).

Comunque, ho avuto un problema di produzione che non avevo localmente. E poi ho scoperto che non potevo vedere gli errori nella scheda Rete di Chrome come potevo sul mio computer di sviluppo. Alla fine sono riuscito a risolverlo installando Chrome sul mio server di produzione e quindi accedendo all'app lì sul server stesso (ad esempio su "localhost"). Quindi sono comparsi errori più dettagliati con tracce dello stack e tutto il resto.

Solo in seguito ho trovato questo articolo di Jimmy Bogard (Nota: Jimmy è il signor AutoMapper! ). La cosa divertente è che anche il suo articolo è del 2012, ma in esso spiega già che CustomErrorsnon aiuta più per questo, ma che PUOI cambiare il 'Dettaglio errore' impostando un diverso IncludeErrorDetailPolicynella configurazione WebApi globale (es. WebApiConfig.cs):

GlobalConfiguration.Configuration.IncludeErrorDetailPolicy 
= IncludeErrorDetailPolicy.Always;

Fortunatamente, spiega anche come configurarlo in modo che webapi (2) ascolti le tue CustomErrorsimpostazioni. Questo è un approccio abbastanza sensato, e questo ti consente di tornare al 2012: P.

Nota: il valore predefinito è "LocalOnly", il che spiega perché sono stato in grado di risolvere il problema nel modo descritto, prima di trovare questo post. Ma capisco che non tutti possono semplicemente remoto alla produzione e all'avvio di un browser (so che per lo più non potrei fino a quando non ho deciso di diventare freelance E DevOps).

Nessuna delle altre risposte ha funzionato per me.

Questo ha fatto: (in Startup.cs)

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

        WebApiConfig.Register(config);

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

(oppure puoi inserirlo in 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;
    }
}

Sono sempre arrivato a questa domanda quando ho riscontrato un errore nell'ambiente di test e ricordo: "L'ho già fatto prima, ma posso farlo direttamente nel web.config senza dover modificare il codice e ridistribuire nell'ambiente di test , ma sono necessarie 2 modifiche ... che cos'è stato di nuovo? "

Per riferimento futuro

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

E

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

Ho avuto un problema simile durante la pubblicazione nell'endpoint WebAPI. Disattivando CustomErrors = Off, sono stato in grado di vedere l'errore effettivo che mancava in una delle DLL.

Nel caso in cui ciò aiuti chiunque:

Ho avuto un problema simile e ho aggiunto le seguenti istruzioni Nates:

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

Questo mi ha mostrato ulteriori informazioni sull'errore:

"ExceptionMessage": "Impossibile caricare la risorsa metadati specificata.", "ExceptionType": "System.Data.Entity.Core.MetadataException", "StackTrace": "at System.Data.Entity.Core.Metadata.Edm.MetadataArtifactLoaderCompositeResource .LoadResources (...

Questo è quando mi sono ricordato di aver spostato il file edmx in una posizione diversa e di aver dimenticato di cambiare il nodo delle stringhe di connessione nella configurazione (il nodo delle connessioni è stato inserito in un file separato usando "configSource", ma questa è un'altra storia).

Il mio file XML swagger non è stato distribuito in \ 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/

Doveva essere impostato nella Configurazione di rilascio e nella Configurazione di debug.

Se hai <deployment retail="true"/>nel machine.config di .NET Framework, non vedrai messaggi di errore dettagliati. Assicurarsi che l'impostazione sia falsa o non presente.

Quindi ho provato tutte le soluzioni suggerite senza alcun risultato. Tutto quello che ho fatto è stato impostare l'esecuzione dal server e ha visualizzato l'errore per intero, questo avrebbe dovuto funzionare quando ho impostato la modalità customErrors su false, ma non è stato così. Nel momento in cui ho esplorato l'API dal server sono stato in grado di vedere il problema.