WCF Rest методы асинхронного вызова

Question

У меня есть библиотека классов, которую я разработал и которая довольно интенсивно обрабатывает, которую я в настоящее время вызываю через службу REST WCF.

Служба REST напрямую обращается к библиотекам DLL для библиотеки классов и более или менее службы отдыха WCF.интерфейс для системы

Допустим, определены следующие методы:

Создать запрос

Запускает поток, который занимает пять минут, но немедленно возвращает идентификатор сеанса, которыйпроцесс генерирует, и поток использует, чтобы сообщить, когда он будет завершен в базу данных.

Проверка состояния

Принимает идентификатор сеанса и проверяет базу данных, чтобы увидеть, если процесс имеетзавершено.

Мне нужно подумать, что есть лучший способ «управлять» запущенными потоками, однако мои требования утверждают, что пользователь должен получить немедленный ответ от службы REST при выдаче запроса.

Я использую свойство сообщения WCF для возврата XML в браузер, и так как это приложение можно вызвать из любого языка программирования, я не могу использовать классический WCF и обратные вызовы (я думаю, исправьте меня, если я ошибаюсь).

Иногда я сталкиваюсь с проблемой, когда возникает ошибка, и событие iscomplete никогда не записывается в базу данных, и поэтому "Check Status "метод говорит, что он обрабатывает вечность.

У кого-нибудь есть идеи о том, что обычно делается и что можно сделать в этой ситуации?

Спасибо!

Джеффри Кевин Прай

Answer 1

Ваша служба должна вернуть 202 Принято при первоначальном запросе, чтобы клиент мог проверить текущий статус либо через заголовок Местоположение , либо как часть содержимого.

Когда вы указываете, что клиент запрашивает указанный URL, чтобы проверить текущий статус. Я бы также предложил добавить к этому ответу немного времени кеширования на случай, если клиент только начнет зацикливаться.

Как вы обрабатываете вещи на сервере, зависит от вас и никак не связано с REST. Прежде всего, я бы поместил всю логику, которая выполняется в качестве фонового потока в try / catch, чтобы вы могли вернуть статус ошибки обратно в случае возникновения ошибки и, возможно, повторить действие в зависимости от обстоятельств.

Answer 2

Я реализовал похожий процесс для импорта / обработки больших файлов и, честно говоря, у меня никогда не было проблем.Возможно, устранение причины, по которой IsComplete никогда не будет установлен, сделает это более устойчивым.

Немного ответа, но все же ..