Si la réinitialisation du projet et la copie manuelle des classes Program et Startup ont fonctionné pour vous, alors il y a clairement eu un problème. Il y a des problèmes sous-jacents plus importants. Utiliser le modèle d'hébergement OutOfProcess est correct, mais avec .Net Core 2.2 vous devriez pouvoir utiliser le modèle d'hébergement InProcess, car il est naturellement plus rapide : tout est traité dans IIS, sans saut HTTP supplémentaire entre IIS et le serveur Kestrel de votre application.
Si vous cliquez avec le bouton droit de la souris sur votre fichier de projet dans l'explorateur de solutions de Visual Studio, veuillez vous assurer que la balise AspNetCoreModuleName a la valeur AspNetCoreModuleV2 (par opposition à l'ancienne AspNetCoreModule). Examinez également le journal des événements des applications Windows pour identifier le coupable potentiel. Même si les messages d'erreur sont quelque peu énigmatiques, ils peuvent vous indiquer le numéro de ligne exact du code qui a provoqué l'échec.
Enfin, si vous utilisez CI/CD avec TFS, il se peut que des variables d'environnement dans le fichier appsettings.json n'aient pas été correctement remplacées par les valeurs réelles (URL, etc.).
0 votes
Vous devez également mettre à jour le bundle serveur .NET Core à la même version. Vous ne pouvez pas vous contenter de mettre à jour votre projet, car cela entraînerait un décalage de version dans l'ANCM.
1 votes
@LexLi Le problème a corrompu le local, pas le serveur. J'ai installé dotnet-sdk-2.2.104 et aspnetcore-runtime-2.2.2.
6 votes
Nope. Vous avez besoin du dernier "Runtime & Hosting Bundle" d'ici dotnet.microsoft.com/download/dotnet-core/2.2
0 votes
@LexLi merci, pour votre réponse.