2010-03-26 3 views
1

J'ai un problème lorsque j'utilise le sérialiseur/désérialiseur XAML pour un fichier de type de configuration que j'ai. Le problème que j'obtiens est que le sérialiseur XAML renvoie des objets de l'assembly dans le répertoire/Bin, tandis que le reste de l'application web utilise des assemblages stockés dans le répertoire ..../Temporary Files/...Objet de sérialisation XAML n'utilisant pas la copie miroir asp.net

Est-il possible d'empêcher cela? Est-ce un bug dans les routines de chargement du sérialiseur/assemblage XAML?

Chaque fois que je compile j'ai besoin d'arrêter et de démarrer l'application asp.net afin que le cliché instantané et le bin sont exactement le même fichier. Même lorsque ne pas apporter de modification à la DLL et recompiler provoque toujours le problème.

Des idées sur la façon de contourner ce problème?

Actuellement, j'ai essayé de désactiver la copie d'ombre, mais j'ai le même problème de devoir arrêter/démarrer l'application Web chaque fois que je compile.

Aide!

Répondre

0

Avez-vous essayé de charger manuellement l'assembly à partir du bon répertoire avant de le désérialiser (en utilisant Assembly.Load ...)?

+0

Oui, c'est un peu le problème. L'analyseur WPF/XAML ignore l'assembly déjà chargé et le charge à partir de/Bin au lieu de l'emplacement des fichiers temporaires de asp.net. – mrwayne