Accéder aux membres d'un WF depuis une custom activity

On voit plein de custom activity sur le net qui sont dropéés sur le WF et qui font leur travail, (envoyer un mail, ecrire dans un fichier texte, etc) mais jamais, aucun exemple ne "travaille" avec le context du workflow.

Mon Workflow se trimballe un objet X de bout en bout et l'une des tâches a été mise dans une customActivity car seul un parametre change (en gros, je défini un Etat à mon objet X (X.Etat = ???)).

Mon problème est que, depuis ma custom activity, je ne trouve pas comment accéder à la propriété X de mon workflow dans laquelle mon activité est deposée. J'aimerai en fait, déposer une activité qui, dès que le process passe par elle, change une propriété du workflow.
j'ai gardé ca pour la fin tellement ca me semblait trivial et au final je trouve pas :aie:

Je ne connais pas WF, mais en général ce genre de chose (récupération d'infos sur le contexte) se fait en passant par un IServiceProvider.

Par exemple, la méthode Activity.Execute prend en paramètre un ActivityExecutionContext, qui implémente IServiceProvider. En regardant avec Reflector le code de la méthode GetService, tu devrais pouvoir identifier quels services peuvent être renvoyés, et voir si l'un d'eux peut te renvoyer le workflow courant
(la doc est rarement explicite sur les services disponibles, donc Reflector semble être la seule solution :?)

ouais mais les services m'intéressent pas dans ce cas précis. En fait, je pense que j'essaie de faire quelque chose pour laquelle les custom activities ne sont pas faites pour.

J'ai déjà fouillé dans le context ou encore le parent voir si je pouvais remonter jusqu'au workflow mais non, pas trouvé ce que je souhaite.


pour WF, les services sont
celui de persistance
de tracking
de queuing
d'echange de données (avec l'extérieur du workflow!!)
donc un peu bloqué le L-G là :D

Quand tu crée une activité, elle n'est pas supposée dépendre du workflow dans lequel elle va être executée. Le but d'une activité est de créer un block logique qui va pouvoir être réutilisé.

Dans ton cas, tu as deux solutions. La première, tu utilises une CodeActivity. Tu auras donc directement accès au workflow. La deuxième, dans ton activité, tu crées une dependency property que tu bind sur ce que tu veux modifier dans ton workflow.

Pour ce qui est des services, rien ne t'empêches d'en ajouter d'autres.

Citation:

---

Quand tu crée une activité, elle n'est pas supposée dépendre du workflow dans lequel elle va être executée. Le but d'une activité est de créer un block logique qui va pouvoir être réutilisé.

---

ouais, c'est ce que j'ai conclu et c'est pour que je dis vouloir faire un truc que WF n'est pas censé faire :)

Citation:

---

Dans ton cas, tu as deux solutions. La première, tu utilises une CodeActivity. Tu auras donc directement accès au workflow. La deuxième, dans ton activité, tu crées une dependency property que tu bind sur ce que tu veux modifier dans ton workflow.

---

c'est la solution que j'ai finalement suivi. ca agit un peu comme une codeactivity puisque j'ai rajouté mon event qui est déclenché dans le execute de la custom activity.