Aucun générateur pris en charge

Bonjour tout le monde,

Depuis quelques semaines je crée plusieurs projets MVC par semaine, qui fonctionnent bien, je gère une table avec gestion des catégories en une demi-heure.

Aujourd'hui, après quelques mises à jour de Visual Studio 2022 Community, lorsque je clique pour ajouter un contrôleur (dans le répertoire des contrôleurs bien entendu), m'est signalé que "Aucun générateur de modèles automatique n'est pris en charge pour cet élément."

Et du coup le contrôleur n'est pas créé.

La documentation trouvée en cherchant cette phrase sur Internet me dit de vérifier le contenu du fichier vsTemplate, alors j'ai cherché dans un des derniers projets MVC, il n'a pas de fichier vsTemplate.

Est-ce que je peux couper à utiliser un point de restauration et annuler ainsi les quelques heures de mise à jour ?
En supposant que les points de restauration fonctionnent, parce que Microsoft aime bien décider de temps en temps que non à partir de maintenant on ne crée plus de points de restauration jusqu'à nouvel ordre.

***
Ah bonne surprise, j'ai UN point de restauration, ce matin, vraisemblablement généré en début de mises à jour.

Si j'ai de la chance, il fonctionne.

***
J'ai demandé à la recherche indexée, plein de fichiers vstemplate ont été générés aujourd'hui, par exemple là :

C:\Program Files\Microsoft Visual Studio\2022\Community\Common7\IDE\WDExpress\ItemTemplates\Web\VisualBasic\1034\DbCtxVBWSEF5

Encore s'agirait-il qu'il soit "conforme au schéma de modèle Visual Studio".

C'est-à-dire qu'il faudrait en créer un selon les instructions là ?
https://learn.microsoft.com/fr-fr/vi...s?view=vs-2022

À un moment il faut sélectionner les références d'assemblage à inclure dans le modèle.

Je regarde dans un contrôleur créé dernièrement et je mets les mêmes ?

Bon alors j'ai essayé le point de restauration : il ne contient pas .Net.

En cochant une case je fais apparaître deux autres points de restauration, un toutes les deux semaines, mais ils ne contiennent pas non plus .Net

Heureusement, avant de me lancer là-dedans j'ai sauvegardé l'image du disque, comme ça je peux éviter d'aggraver la situation avec un outil fait pour la résoudre.

Maintenant, si quelqu'un a une idée géniale ça peut m'éviter d'avoir à réinstaller Visual Studio, à cause des mises à jour.

Ah ben oui, désinstaller et réinstaller MVC ...

Bon, désinstaller ça va tout seul, mais au moment de réinstaller je ne retrouve pas la case à cocher ...
Ça n'aide pas.

Bon, alors je pousse un cran plus loin, dans le programme d'installation je décoche "ASP.Net and Web development", oups ...

Après relance du programme d'installation je trouve ça :

Pièce jointe 669974

Et à côté :

Pièce jointe 669975

Il manque comme quelque chose, pas vrai ?

Ah je lance VisualStudioSetup, téléchargé en 2023 ...

Ah ben ce coup-là, dans les charges de travail, en moins de deux je retrouve ça :

"Générez des applications web en utilisant ASP.NET Core,
ASP.NET, HTML/JavaScript ainsi que des conteneurs
prenant notamment en charge Docker."

ainsi que, dans les composants individuels, ".Net MVC 4"

Ah, c'est encourageant ...
On va voir.

Pas de bol : même message d'erreur qu'au début.

Visual Studio ne sait plus créer de contrôleur.

Ah, ça au moins, c'est de la mise à jour.

Dans le menu contextuel du projet je remarque une commande pour le mettre à niveau. Alors j'essaie ...

Ça me propose d'installer ça :
https://marketplace.visualstudio.com...gradeassistant

Ah, seulement, Visual Studio se plaint que ce n'est pas un composant valide.

Oh, seulement, c'est un message à regarder de plus près :

"01/09/2025 15:03:50 - System.Reflection.TargetInvocationException: Une exception a été levée par la cible d'un appel. ---> Microsoft.VisualStudio.ExtensionManager.InvalidExtensionPackageException: Le fichier n'est pas un package VSIX valide. ---> System.IO.FileFormatException: Le fichier d'archive ne peut pas avoir une taille égale à 0."

Ah oui, et dans le répertoire de téléchargement j'ai ça :

Mode LastWriteTime Length Name
---- ------------- ------ ----
-a---- 01/09/2025 15:13 0 Microsoft.NET.UpgradeAssistant.vsix

-a---- 01/09/2025 15:14 48376432 Microsoft.zPEe3PoA.NET.UpgradeAssistant.vsix.par
t

-a---- 22/09/2023 09:00 223878 MicrosoftProgram_Install_and_Uninstall.meta.diag
cab

Bon, il faut que je réfléchisse un peu ...

Oh, ben en admettant que je veuille installer Microsoft.NET.UpgradeAssistant.vsix, je ne suis pas au bout.

Firefox laisse le répertoire dans l'état que je vous ai montré, rien à signaler tout va bien.

Alors j'ai essayé avec Brave, en boucle il charge une trentaine de mégaoctets sur une centaine.

Alors je télécharge Free Download Manager, dont c'est le boulot de réagir comme il faut.

Voilà ce qu'il me dit :
Pièce jointe 669977

Bon, eh bien c'est au point que finalement je ne suis même plus très sûr que c'est une bonne idée d'installer ça.

Si une deuxième paire d'yeux pouvait avoir un avis ...

Et parce que ça peut aider d'en savoir un peu plus sur l'état du patient ...
UniGetUni me relance depuis un moment pour mettre à jour Entity Framework (Dotnet EF), car à présent est devenu obligatoire de pratiquer le mappage des sources (indiquer, lorsqu'un paquet est disponible sur plusieurs serveurs, lequel on prend), et que je me suis un peu bagarré avec la doc là-dessus.

***
D'ailleurs si on voulait on pourrait trouver à critiquer sur la forme :

Citation:

---

PM> dotnet tool install --global dotnet-ef --version 9.0.8
dotnet : Le mappage de source de package est activ├®, mais aucune source nÔÇÖa
├®t├® trouv├®e sous lÔÇÖID de package sp├®cifi├® : dotnet-ef. Pour plus
dÔÇÖinformations, consultez la documentation relative au mappage de source de
package sur https://aka.ms/nuget-package-source-mapping.
Au caractère Ligne:1 : 1
+ dotnet tool install --global dotnet-ef --version 9.0.8
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : NotSpecified: (Le mappage de s...source-mapping.
:String) [], RemoteException
+ FullyQualifiedErrorId : NativeCommandError

---

cet assistant n'a rien à voir avec ton problème en tout cas, il sert à upgrader d'une version de .net à une autre.

(tes 1ères captures mentionnaient SQL Server Management Studio qui permet de gérer ces bases de données SQL, donc encore rien à voir avec le souci a priori

Tu es sûr d'avoir bien charger ta solution (fichier sln sauf erreur) et pas juste une partie uniquement?

Bonjour, merci pour la réponse.

Je crois que l'alerte par mail ce n'est pas pour cette fois-ci.

Bon l'assistant de mise à jour c'était une branche à laquelle j'essayais de m'accrocher, OK ce n'était pas la bonne.

Alors dans Visual Studio je commence par cliquer sur "Créer un projet".

Ensuite je sélectionne "Application web ASP.NET Core (modèle-vue-contrôleur) (C#)", puis je clique sur Suivant, je sélectionne mon répertoire pour les applications web, d'habitude je mets un nom mais aujourd'hui je laisse le nom par défaut, je clique encore sur Suivant, je garde la plateforme par défaut .Net 8.0, et je clique sur Créer.

Là, ma solution est supposée être chargée.

D'habitude (avant les mises à jour), dans le menu contextuel du répertoire Controllers, je trouve Ajouter, Contrôleur, qui me permet de sélectionner un modèle sur la base duquel créer un contrôleur.

Mais cette fois je n'ai pas le loisir de sélectionner un modèle, car à la place de la boîte de dialogue apparaît le message "Erreur : Aucun générateur de modèles automatique n'est pris en charge pour cet élément."

C'est ça qui me laisse perplexe.

Ah, mais maintenant il y a du nouveau.

Ça se passe dans un projet WinForms, ça j'imagine que vous ne l'attendiez pas.

Je place une NotifyIcon sur un formulaire, dans ses propriétés je clique sur "Choisir une icône". Je sélectionne un fichier *.ico qui par ailleurs affiche tout-à-fait correctement une icône.

Peu de secondes plus tard, j'ai un message "Une exception a été levée par la cible d'un appel.", avec le titre "Fenêtre propriétés".

Hum ... Ça commence à sentir la désinstallation et réinstallation de Visual Studio, non ?

Ça m'aurait bien dit de savoir si je suis le seul ...

Et alors si c'est le cas, qu'est-ce qui a bien pu se passer, là j'imagine que personne n'aura d'hypothèse ?

À un moment je ferai un CHKDSK pour voir si la malédiction se serait prolongée, mais jusqu'à la mise à jour ça se passait bien.

***
Dans les outils des propriétés du disque j'ai lancé "Vérifier". Ça y a un peu mis le temps, mais à la fin on a dit "Aucune erreur n'a été détectée."

***
Ah oui et puis hier soir j'ai fait un SFC /ScanNow, qui n'a rien trouvé non plus.

Si on fait un DISM, qu'est-ce qu'il faut mettre comme options, déjà ?

Apparemment, la réinstallation de Visual Studio était une mauvaise réponse.

Nous ne sommes pas nombreux, à développer en MVC, ici, pas vrai ?

J'ai demandé à Github Copilot, qui m'a répondu du tac au tac, même si les détails restent quand même à affiner.

Première réponse, la référence Microsoft.VisualStudio.Web.CodeGeneration.Design, utilisée pour le scaffolding des contrôleurs, n'est pas compatible avec .Net 8

Normalement il doit être possible de la réinstaller en visant une autre version de .Net, il me reste à trouver le couple de versions compatibles.

Toutefois on est fortement encouragé à explorer d'autres voies, comme la création manuelle de contrôleurs, ou de préférence les pages Razor n'utilisant pas de contrôleur.

En bref, il y a à se mettre sérieusement à jour.

Tiens ... C'est une exclusivité Github Copilot, de savoir ça ?

Je ne parle pas de l'intérêt de se tenir à jour d'une façon générale, mais de la disparition pure et simple du scaffolding sauf à s'accrocher pour aller le récupérer ...


Bon, dans tout ça on n'a pas parlé de NotifyIcon, je ferai une autre session ...