Какой будет модель программирования для реализации клиента http 1.1 с поддержкой конвейерной обработки? Я заинтересован в передаче сообщений POST.
Реализация конвейерного клиента http 1.1
Ответы (4)
Ваш вопрос кажется мне задним числом. Если вы заинтересованы в конвейерной обработке, вы уже должны иметь в виду модель программирования. И RFC говорит, что POST не должен быть конвейерным.
person
user207421
schedule
19.07.2010
Спасибо за ответ. Как вы упомянули, это ДОЛЖНО, а не ДОЛЖНО. Я имею в виду простую модель: заблокируйте выходной поток HTTP-соединения и входной поток, чтобы разрешить несколько активных POST. Поискав в google, я не смог найти реализацию, которая фактически реализует конвейерную обработку HTTP. Даже не apache httpclient. Мне интересно, может ли эта функция быть реализована (т.е. должным образом поддерживаться серверами, совместимыми с HTTP1.1), или она может быть реализована только теоретически, и я не должен использовать этот подход.
- person Cratylus; 19.07.2010
Как уже упоминалось в EJP, POST не должны быть конвейерными. Но поскольку «СЛЕДУЕТ» не «ДОЛЖЕН», я добавлю поддержку конвейерной обработки (да, POST также будут поддерживаться) в hotpotato довольно скоро.
Не уверен, ищете ли вы существующую реализацию или хотите сделать свою собственную... В любом случае, этот проект может пригодиться :)
person
biasedbit
schedule
23.08.2010
Разработчик также ведет работу по добавлению поддержки конвейерной обработки HTTP для асинхронного HTTP-клиента. на гитхабе.
Что касается конвейерной обработки POST, можно было бы прочитать «не следует» почти так же, как «НЕ НЕТ» — если спецификатор стандарта считает, что это плохая идея, может быть, так и есть? - но, возможно, есть конкретные случаи использования, когда хорошо известно, что общие неизвестные с POSTS (отсутствие идемпотентности) неверны, и поэтому это имеет смысл.
person
StaxMan
schedule
03.09.2010
