2010-01-05 2 views
1

J'ai réhébergé le concepteur de workflow dans une application autonome. Existe-t-il un moyen de forcer le concepteur à ne pas inclure la version de l'assembly contenant mes activités personnalisées.Xoml uniquement Version de l'ensemble d'activités de workflow

Ce qui se passe est que ma version de l'assembly d'activité personnalisée change assez souvent. Ainsi, mon concepteur réhébergé lance une exception puisque la version dans le xoml est dans la version A. Et maintenant mon assembly d'activité personnalisée est dans la version B.

Mon concepteur ré-hébergé se compile avec mon assembly personnalisé afin de modifier la version de mon assemblage personnalisé va casser mes flux de travail. La seule façon de le faire fonctionner est de l'ouvrir dans l'éditeur XML et de changer manuellement la version en B. Hope cela efface les choses.

Fondamentalement, je me demande lors de la sérialisation en xml, s'il est possible de ne pas inclure la version de l'assemblage personnalisé ??? Est-ce possible ?

+0

Vous devrez peut-être clarifier ce que vous faites et pourquoi cela ne va pas. – Will

Répondre

0

Vous ne savez pas si cela aide votre problème, mais this blog post décrit comment utiliser plusieurs versions d'un assemblage côte à côte.

Autre que vous pouvez décider de ne pas utiliser un ensemble fortement nommé ou mettre à jour le numéro de version .NET si versionnage ne joue pas

+0

Merci, mais pas vraiment regarder runing plusieurs versions de mon flux de travail. Les workflows sont les mêmes, c'est juste que la version de l'assembly contenant mon activité personnalisée a changé. C'est à peu près la seule chose qui a changé. – pdiddy

+0

Courir ou concevoir est à peu près la même chose ici. Vous avez une version workflow/activity x mais le chargeur de workflow veut charger la version y. L'option la plus simple consiste à ne pas utiliser les numéros de version dans votre assembly, de sorte que le runtime voit l'assembly et pense que c'est la même chose. Vous devez juste vous assurer que vous n'introduisez pas de modifications de rupture dans les interfaces publiques que vous utilisez. – Maurice

+0

Le truc c'est que je n'ai pas le choix. J'ai besoin du numéro de version dans mes assemblages .... – pdiddy

0

Ce que nous ne modifie pas l'AssemblyVersion mais le FileVersion à la place. De cette façon, l'assembly contenant vos activités personnalisées reste compatible et vous pouvez toujours indiquer la version à partir des propriétés de l'assembly.

Questions connexes