Jeudi soir, je travaillais sur un projet construit en ASP.NET Core 2.1 (en cours de préparation pour ASP.NET Core 2.2) fonctionnant sur mon IIS 10.0 local ( pas IIS Express) et j'ai pu pour l'exécuter sans aucun problème. Vendredi matin, après être entré au bureau, j'ai rencontré l'erreur suivante chaque fois que j'essaye d'exécuter ma solution dans Visual Studio:
Lorsque j'ouvre l'Observateur d'événements, je reçois la réponse:
J'ai:
Que puis-je essayer d'autre car aucun de mes autres projets ne fonctionne non plus.
4 Réponses :
J'ai résolu ce problème en réinstallant le studio visuel. Je ne suis toujours pas sûr que ce soit la meilleure façon de résoudre ce problème.
J'ai également essayé toutes les approches mentionnées dans cette question, mais rien n'a résolu le problème.
J'ai trouvé la solution.
Dans le dossier racine du projet de mon équipe, il y avait un fichier "file" vide intitulé "The". Pour le plaisir des choses, notre projet s'appelle "Le Projet" avec un espace entre les mots. J'ai supprimé ce fichier et tout s'est bien construit.
Je suppose que l'obtention des derniers fichiers de notre serveur Teams doit avoir généré un fichier à moitié formé et gâché la construction de mon projet.
Dans mon cas, le problème se situe dans launchSettings.json.
Tout d'abord, assurez-vous du profil que vous exécutez en cliquant sur le bouton Exécuter. mon cas est «IIS Express»,
Ensuite, ouvrez le fichier, allez dans => Profils, assurez-vous que le nom de la commande dans le profil IIS Express. mon cas est IIS. plus de détails sur le nom de la commande .
Et vérifiez iisSettings dans la section ci-dessus. mon cas utilise IIS comme commande, donc je vérifie iis => applictionUrl et sslPort. le problème est ici, l'URL de l'application utilise un nom de domaine différent. qui est différente de l'URL de lancement . une fois que je republie le site Web sur ma boîte de développement locale en utilisant le domaine URL de lancement, cela fonctionne très bien. BTW, nous utilisons le fichier hôte pour simuler ces noms de domaine.
Si d'autres membres de l'équipe travaillent sur le même projet, assurez-vous que vous utilisez tous les mêmes paramètres du site Web de développement. ou les développeurs peuvent simplement le modifier localement, ne vérifiez pas les paramètres s'il ne peut pas fonctionner sur la machine d'un autre développeur.
Dans mon cas, ce problème s'est produit lorsque j'ai effacé manuellement le dossier bin (qui a supprimé les fichiers nécessaires dans le dossier IISSupport) et essayé de charger l'application qui a été configurée en tant qu'application sous mon hôte local dans IIS.
Pour résoudre tout ce que j'avais à faire était d'exécuter l'application via Visual Studio, qui ajoutait le dossier et les fichiers IISSupport nécessaires dans le bac.
Même problème pour moi et j'ai suivi les mêmes étapes que vous avez suivies dans une certaine mesure. Je vous ferai savoir si je le comprends!
J'ai compris le mien - c'était que j'avais réussi à supprimer
host.Run ()
de mon démarrage :( - j'ai remarqué que le journal stdout était vide, ce qui signifie que l'hôte ne peut pas avoir exécuté quelque chose qui l'a fait n'importe quoi...Une solution à ce problème?