Discussion :

[Xno]

Bonjour à tous!!!

Je voudrais vous soumettre l'interrogation qui se pose à moi concernant le mode de fonctionnement des assemblies dans le GAC.

Disons que j'ai une application WinForms qui utilise une assembly signée et enregistrée dans le GAC. A cette assembly, j'ai mis le numéro de version suivant: 1.0.1000.0.

Mettons que j'ai ajouté des fonctionnalités à cette assembly, je la recompile donc avec un numéro de version 1.0.2000.0. Le nom fort généré par l'utilitaire sn.exe restant le même. Je copie cette nouvelle version à la place de l'ancienne et je l'enregistre dans le GAC.

Le souci est que mon application ne fonctionne plus car il fait référence à l'ancienne version (à la compilation). Pour que cela marche, il faut recompiler l'application, ce qui me semble aller à l'encontre des avantages liés à l'utilisation d'assemblies: mettre dans un même fichier les fonctions communes à plusieurs de mes applications.

La question est:

Quelle est la bonne méthode pour pouvoir mettre à jour et déployer de nouvelles versions de mon assembly sans pour autant être obligé de recompiler toutes les applications qui l'utilisent à chaque fois?

Faut-il abandonner l'enregistrement dans le GAC, et préférer des assembies privés, ou alors ne pas modifier le numéro de version de mon assembly(Bonjour pour s'y retrouver après...)?


Merci d'avance.

8)

[dev01]

Quelle est la bonne méthode pour pouvoir mettre à jour et déployer de nouvelles versions de mon assembly sans pour autant être obligé de recompiler toutes les applications qui l'utilisent à chaque fois?

Le gac supporte plusieur version d'une même assembly.
Dans ton exemple tout ce que tu as a faire c'est enregistrer les deux assembly dans le gac. Au lancement de ton app qui a été compilé avec la version 1.0.1000.0, .NET chargera en mémoire l'assembly correspondante tant dit que tout autre app qui utiliserais l'autre version chargerais ... l'autre version.

Par contre tu ne peux effectivement pas modifier ton assembly et son num de version puis demander à ce que ton programme charge la nouvelle version sans une recompil. Enfin s'il un moyen mais pas de maniere simple

Si tu veux en savoir plus dit le, je te donnerais la façon de charger dynamiquement ton assembly.

[jobigoud]

je crois que la solution mis au point par .net pour faire face à ce probleme sont les assemblages publisher policy.
Si jamais ton nouvel assemblage est parfaitement compatible avec l'ancien ( juste une correction de bug interne par exemple ) tu crée un assemblage qui sera chargé de la redirection. Un appel à la version de base sera redirigé vers la nouvelle.

Je n'ai pas pratiqué mais tu dois pouvoir trouver des infos sur le sujet.

[edit] j'avais loupé la partie où tu spécifie que tu as ajouté de nouvelles fonctionnalités... Dans ce cas les assemblies publisher policy ne sont pas adaptées, désolé

[Xno]

Merci pour vos réponses.

Je vais chercher du côté des assemblies publisher policies pour voir ce qui est possible de faire.

Comme j'ai développé une libraire "commune" à toutes mes applications WinForms, c'était juste pour connaître les contraintes liées au déploiement d'une nouvelle version de cette librairie. Développant jusqu'à présent en C++ sous Windows, j'étais plus habitué au "dll hell".

Pour le chargement dynamique des assemblies par mon application, il est vrai que je n'y avais pas pensé. Je pense que je regarderai cette technique plus tard quand j'aurai un moment de libre, c'est toujours intéressant de connaître d'autres méthodes d'utilisation des assemblies.