Запустите WF 4.0 в качестве серверного компонента - PullRequest
0 голосов
/ 05 октября 2009

Для нового проекта нам нужно использовать WF 4.0 для развертывания и запуска рабочих процессов. Вместо того, чтобы размещать рабочие процессы внутри самого приложения, мы решили реализовать серверный компонент, отвечающий за выполнение рабочих процессов.

До WF 4.0 у каждого был явный доступ к механизму выполнения (WorkflowRuntime), который предоставлял некоторые основные функции управления, такие как получение рабочих процессов, запущенных в настоящее время и т. Д. явный доступ, поскольку рабочие процессы создаются с помощью класса WorkflowInstance, и ссылка на WorkflowRuntime сразу не доступна ...

Если мне нужны эти функции управления на стороне сервера, я прав, что мне нужно будет реализовать их самостоятельно? Или я что-то упустил ...

Заранее спасибо за ваши ответы!

1 Ответ

1 голос
/ 21 октября 2009

Вот некоторые темы, связанные с WorkflowRuntime с предварительных выпусков WF 4.0.

"Где время выполнения?" http://social.msdn.microsoft.com/Forums/en/wfprerelease/thread/7610c530-cb9b-43e6-8972-cb267116f475

«Запустить WF 4.0 как компонент на стороне сервера» http://social.msdn.microsoft.com/Forums/en-US/wfprerelease/thread/079c81fc-354e-402c-ac04-607be706ebc8

Из этих тем я мог бы подвести итог: Да, больше нет «центральной среды выполнения», в задачу которой входит создание рабочих процессов. Да, вы можете создать свой собственный рабочий сервер хостинга. Если вы делаете что-то связанное с «обменом сообщениями», вам может потребоваться основать его на WorkflowServiceHost, в противном случае похоже, что в итоге вы создадите одно с нуля, которое использует WorkflowInvoker / WorkflowInstance для запуска рабочих процессов.

Есть также кое-что, над чем Microsoft работает под названием Дублин, и похоже, что оно нацелено на размещение сервисов WF / WCF, но я не уверен, что происходит с этим - они сказали, что оно выйдет после VS 10 в видео. (Ссылка)

Комментарии или правки вики с исправлениями приветствуются.

...