POSTing в URI с параметрами запроса GET?

Question

На днях я наткнулся на какой-то код, который использовал параметры запроса, указанные в URI, в то же время являясь HTTP POST.

Мне просто интересно, является ли интерпретация этих полей конкретным поставщиком? Разве RFC говорят о чем-то конкретном? И если в обоих существует параметр, который выигрывает?

Чтобы проиллюстрировать лучше, запрос выглядел примерно так:?

POST/сообщений/пользователь = боб HTTP/1.1

пользователя = счета & название = Test & содержание = Тестирование + Content

Благодаря

Answer 1

Это идеальный легальным. Многие фреймворки поддерживают его, например, API сервлета даже определяет приоритет (порядок) аргументов, как они появляются в getParameters (String), который сначала предоставит параметр запроса. Например, это также является законным, а не имена параметров одинаковы.

POST /path?param1=value HTTP/1.1 
Host: localhost 

param1=value&param2=value 

Это также действует в соответствии с HTTP/1.1 RFC, посмотреть на RFC 2616.

Это не должно быть специфичным для поставщика, и наиболее всеобъемлющие рамки его поддержат.

Answer 2

Невозможно перепрыгнуть. Значения GET и POST передаются как отдельные коллекции.

Answer 3

Я делаю это случается. Обычно я помещаю фактические поля обновления в данные сообщения, причем данные запроса используются для форматирования ответа