Netspirit писал(а):
MBO писал(а):
Более важный вопрос: а зачем перед тем как запустить новый запрос, делать doAbort предыдущего (на одном и том же Hub)? То-есть, предполагается что если запрос не был завершен перед поступлением нового - то "ну его нафиг, поезд ушел, всё убиваем-отменяем и начинаем следующий запрос"? А если временно сеть просела или сервер немного дольше отвечал - результаты запроса неинтересны? Тогда для таких случаев есть свойства таймаутов.
Ну впринципе, да)
Если старый не дошел на него уже лучше забить
А может быть можно добавить в компонент хттп клиента точку isBusy?
Или может быть можно дописать код так, чтобы сам хттп клиент не забирал управление программой (и она не подвисала) а работал как старый HTTP_GET в отдельном потоке
Или не могли Вы привести пример отправки http запроса как Вы считаете правильным?
Может это я что-то не так делаю
Кстати немного изменил схему убрав прерывание предидущего потока - вроди стало получше, впервый раз программа вылетела через 4 часа