Работа с более длительным процессом в WCF

Question

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

Я не хочу увеличивать тайм-аут в конфиге, потому что 1 минуты достаточно для всех других методов службы.

Как лучше всего справиться с одним более продолжительным методом? И как мне дать отзыв, что он все еще работает?

Answer 1

Долгосрочное задание действительно должно рассматриваться как асинхронный вызов, который затем можно опрашивать на предмет статуса (или события через дуплексное соединение). Для действительно долго выполняемой задачи вы можете даже захотеть поместить ее в нечто вроде Windows Workflow.

Answer 2

Комбинирование WCF с WF (Workflow Foundation) кажется лучшим вариантом здесь. Workflow Foundation предоставляет вам массу полезных вещей, в том числе долгосрочное постоянство в течение всего срока службы вашего длительного процесса.

В .NET 3.5 это можно сделать, но неуклюже и много работы.

Вот несколько ссылок на эту тему:

• http://channel9.msdn.com/posts/mwink/Introduction-to-Workflow-Services-building-WCF-Services-with-WF/
• http://code.msdn.microsoft.com/WorkflowServices
• http://msdn.microsoft.com/en-us/magazine/cc164251.aspx

В .NET 4.0 эти «WorkflowServices» станут большой частью нового пакета WF / WCF 4.0. В основном вы должны иметь возможность предоставлять интерфейс для любого рабочего процесса в качестве службы WCF. Звучит многообещающе, у меня не было возможности попробовать это сам.

Некоторые ссылки для нового материала:

• WCF / WF 4.0 и "Дублин"
• http://blogs.msdn.com/murrayg/archive/2009/06/23/windows-azure-s-net-workflow-service-to-support-net-4-0-workflows.aspx
• http://channel9.msdn.com/shows/10-4/10-4-Episode-24-Monitoring-Workflow-Services/
• http://channel9.msdn.com/shows/10-4/10-4-Episode-16-Windows-Workflow-4/

Марк