Привет,

Подскажите - как решить следующиую задачу.

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

Сам процесс организации очереди - не сложная задача. Сложность в том, как присвоить результат выполнения правильному контролу?

Может есть какие то типичные решения для подобной задачи или библиотеки..

Не понятно ваше окружение и архитектура софта. Как и что в нем делается. Как связано. Уточните.

Сервер на стороне клиента. Это не имеет отношения к задаче. 
Ситуация такая  - я посылаю n запросов, получаю n ответов. В случае если n привышает в секунду 100 остальные запросы возвращаются с ошибкой  - некое xml/text с информацией об ошибке.

Приложение WPF, установленное на клиенте отсылает m запросов в секунду и должно отобразить в соответствующих местах на форме. Это не очень принципиально опять же... т.е. есть что то, что отсылает m запросов. При привышении m 100 запросов в секунду сервер отсылает response с ошибкой.
Используется Prism  -  при отсылании запроса подписываюсь на результат - Subscribe(res=>{}).



Это сообщение отредактировал(а) Wanderer2019 - 12.5.2011, 14:03

Когда я писал подобное на Java, то считал хэш запроса и сохранял его у клиента в что-то типа sentRequests. Потом, сервер после обработки запроса, генерил Response и записывал в него хэш запроса. Когда на клиенте я получал Response, то знал какому запросу он соответствует. Было много тонкостей, как например что делать если выкидывается эксепшен в запросе на сервере. Но в принципе работало все как описал.

Может есть какие-то подобные механизмы во фреймворке?

Добавлено через 2 минуты и 2 секунды
Дефолтная getHashCode считается по адресу объекта в памяти, поэтому хэш уникальный.