Récemment, il est possible que vous rencontriez des problèmes avec vos plug-ins dans Revit (2025 et 2026) à la suite de mises à jour Revit (2026.5 en Aout et 2025.5 en Septembre) rendant certains plug-ins inopérants en partie ou en totalité.

La problématique vient du fait que les versions 2025 et 2026 étaient développé .NET 8 de Microsoft sur lequel Revit, ainsi que ses plug-ins, s'appuie pour fonctionner. Microsoft met fin au support de .NET 8 le 10 novembre 2026.
Ainsi Autodesk a dû migrer les logiciels basés sur .NET 8 en .NET10 provoquant potentiellement des dysfonctionnements dans les plug-ins (mise à jour 2025.5 et 2026.5)

D'autres logiciels Autodesk sont concernés par la même migration : AutoCAD, Civil 3D, Inventor et Vault.

À l'inverse, Revit 2024 et 2027 ne sont pas affectés, pour des raisons opposées : Revit 2024 utilise l'ancien composant natif Windows (.NET Framework 4.8), tandis que Revit 2027 a été conçu dès l'origine sur .NET 10.

Si votre entreprise utilise des plug-ins tiers ou des add-ins développés en interne, cette migration mérite une vérification avant le déploiement en masse, pas après.

Cependant, Autodesk indique que la majorité des add-ins continueront de fonctionner sans modification. Le changement de runtime n'est toutefois pas totalement transparent : un add-in peut être affecté si son fonctionnement dépend de comportements spécifiques.

Les plug-ins les plus exposés sont ceux qui :

  • s'appuient sur du code natif ou des bibliothèques C/C++ externes ;
  • dépendent de bibliothèques tierces (NuGet ou DLL) dont l'éditeur n'a pas encore publié de version .NET 10 ;
  • ont été développés il y a plusieurs années et ne sont plus activement maintenus.

Point important pour la planification : Revit ne dispose d'aucun mécanisme intégré pour vérifier ou faire correspondre automatiquement la version .NET d'un plug-in avec la version installé. Un plug-in incompatible ne sera pas bloqué avec un message clair, il risque simplement de ne pas se charger, ou de générer des erreurs en cours d'utilisation, potentiellement en pleine phase de projet.
À noter également : la compatibilité n'est pas réversible. Un plug-in recompilé pour .NET 10 ne fonctionnera pas dans une version de Revit restée en .NET 8.

Quelles dispositions à prendre ?

  1. Dresser l'inventaire des plug-ins actifs sur les postes en production (plug-ins commerciaux, développements internes, scripts Dynamo avec composants .NET personnalisés).
  2. Contacter les éditeurs tiers pour connaître leur feuille de route de compatibilité .NET 10, avant que l'update ne soit déployée à grande échelle.
  3. Tester en environnement pilote : installer l'update 2025.5 / 2026.x sur un nombre limité de postes non critiques avant un déploiement général, et valider le bon fonctionnement des add-ins essentiels au flux de production.
  4. Ne pas activer la mise à jour automatique en masse via Autodesk Access sans validation préalable sur ce point précis, c'est la principale source de disruption signalée par les utilisateurs.
  5. Documenter les plug-ins développés en interne et prévoir, si nécessaire, une recompilation ciblée plutôt qu'une réécriture complète : dans la majorité des cas, aucun changement de code n'est requis, seule une recompilation contre le SDK correspondant suffit.

 

En résumé

Si un plug-in cesse de fonctionner après la mise à jour 2025.5 ou 2026.5, la cause n'est en général ni un défaut d'Autodesk, ni un défaut de l'éditeur du plug-in. Elle tient à la fin du support de .NET 8 par Microsoft, qui contraint Autodesk à migrer ses produits vers .NET 10 ; migration qui peut, au passage, perturber certains plug-ins. La meilleure protection reste donc de tester avant de déployer.

A bientôt sur votre blog Aplicit !