Contrôle récurrent de la version d'un assembly

Je cherche à contrôler la version d'un assembly de façon régulière :

exemple de code :

Code:

---

1 2 3 4 5 6

string version; while(true) { version = System.Reflection.Assembly.LoadFromFile(fichier).GetName().Version.ToString(); }

---

Un truc dans le genre.

Sauf que, quand je change le fichier à charger par le même, mais avec une version différente, cela ne fonctionne pas. Il faut redémarrer l'application.

Avez vous une idée ?

Merci

LoadFromFile met en cache le résultat il me semble ce qui fait qu'au premier appel le fichier est chargé, mis en mémoire, et au second appel (et ainsi de suite) c'est cette copie chargée qui est utilisée.
Pas moyen de contourner ce comportement, sauf en passant par des AppDomain.

Ce point mis à part, ce que tu fais m'a l'air affreux. Je ne vois pas ce qui pourrai justifier ça, en as-tu vraiment besoin ?!

Sans doute que c'est affreux, mais voici commence cela fonctionne.

Je dispose d'une Interface de supervision qui gère des webservices.
Cette Interface est contactée à distance pour effectuer plusieurs opérations mais peut aussi être utilisée en local.
Entre autres, elle peut mettre à jour ces webservices.
Webservices qui peuvent également être mis à jour de manière manuelle (sans utiliser l'interface).

Hors, une des commandes à distance est de demander la version du webservice actuellement installé.

Pour ce faire, mon interface de supervision va regarder dans un des assemblys du projet. (le while(true) n'était là qu'a titre d'exemple)

Sauf que, d'après ce que j'ai compris, une fois chargés, les assemblys sont conservés en mémoire.

Du coup, si ils sont mis à jour, je ne peux plus le savoir ?

Renseignes toi sur les domaines d'application (AppDomain, y'a plein de trucs dessus). C'est le seul moyen de décharger une assembly (ce qui ferai donc que pour mettre à jour ton webservice il faudrait que tu le stoppes, que tu décharges le domaine, que tu le recharge et que tu recharge tes assemblies).

On doit pouvoir faire plus propre mais l'idée de base doit être ça ...