ASP.NET de Base 1.1 fonctionne très bien en local, mais lors de la publication d'Azur dit “Une erreur est survenue lors du démarrage de l'application.”

Depuis de nombreux problèmes différents peuvent causer cette page d'erreur, je peux vous recommandons fortement de celle-ci afin d'en déterminer la cause, rapidement et facilement, sans la lutte d'Azur (ou de tout serveur/plate-forme que ce soit), pour obtenir les journaux.

Vous pouvez activer extrêmement utile développeur amicale des messages d'erreur au démarrage par la définition de la .UseSetting("detailedErrors", "true") et .CaptureStartupErrors(true) actions dans votre Programme.cs fichier.

Pour ASP.NET Core 1.x

public static void Main(string[] args)
{
  var host = new WebHostBuilder()
      .UseKestrel()
      .UseContentRoot(Directory.GetCurrentDirectory())
      .UseSetting("detailedErrors", "true")
      .UseIISIntegration()
      .UseStartup<Startup>()
      .CaptureStartupErrors(true)
      .Build();

  host.Run();
}

(2018/07) mise à Jour pour ASP.NET de Base 2.1

public class Program  
{
    public static void Main(string[] args)
    {
        BuildWebHost(args).Run();
    }

    public static IWebHost BuildWebHost(string[] args) =>
        WebHost.CreateDefaultBuilder(args)
            .CaptureStartupErrors(true)
            .UseSetting("detailedErrors", "true")
            .UseStartup<Startup>()
            .Build();
}

• Ces paramètres doit être retiré dès que votre dépannage est terminée, afin de ne pas exposer votre demande à des attaques malveillantes.

Merci à tous pour vos suggestions. La seule chose qui a travaillé dans la fin est bien de le supprimer Azure web app que je ne pouvais pas publier, et la création d'une nouvelle marque. Je suppose que peut-être certains de la .dll à partir de la précédente environnement d'exécution étaient toujours traîner ou de ne pas être mis à jour... Quoi qu'il en soit, la re-création, il a travaillé. J'espère ne pas l'obtenir à nouveau cette erreur, parce que vous ne pouvez pas vraiment faire ce genre de trucs dans la production.

D'apporter des modifications au mondial.fichier json ne semble avoir aucun effet.

La création d'une toute nouvelle API à partir d'un modèle qui n'a pas aidé non plus, le problème a été avec l'Azur de l'Application Web elle-même, comme tout ce qui a été en cours d'exécution fine localement.

Un autre astuce utile est d'ajouter les journaux (et les "logs" de fichier dans la racine) comme par l'autre réponse. Qu'au moins m'a orienté dans la bonne direction. Aussi la vérification de votre runtime avec dotnet --version.

Encore une fois merci pour l'aide de tous!

SUPPRIMER toutes les dll de wwwroot/your_application_folder, puis copiez tous de publier des fichiers de sortie&dossiers.

Le problème se produit lorsque les NUGETS de mise à jour auto. Si vous ne nettoyez pas les fichiers existants sous wwwroot/your_application_folder IIS donne l'erreur ci-dessus.

Question est probablement dupliqué - veuillez vous référer à ASP.NET de Base de l'hébergement de 500 erreur interne du serveur.

Réponse rapide:

Vous devez définir: stdoutLogEnabled="true" et stdoutLogFile=".\logs\stdout". Aussi, vous devez créer logs dossier manuellement.

Dans Mon cas, c'était parce que j'étais en essayant d'obtenir certaines données au Démarrage, et dbcontext n'a pas été mis à jour dans un environnement de production.

Changé ma ConnectionString pour la Production et lancé la mise à Jour de la Base de données, et le problème est résolu.