Faraday: Нужна помощь с загрузкой json и файла как multipart/form-data

Созданный на 5 янв. 2020  ·  3Комментарии  ·  Источник: lostisland/faraday

Ниже то, что мне нужно загрузить

-data-binary $'

------WebKitFormBoundaryInmulX6ait6ZMLdu\r\n
Content-Disposition: form-data; name="message"; filename="blob"\r\n
Content-Type: application/json
{
 "title":"title of the message to be sent",
 "body":"body of the message to be sent",
 "attachedFileName":null,
 "attachedFileName2":null,
 "attachedFileName3":null,
 "recipientIdList":[186554]
}
 ------WebKitFormBoundaryInmulX6ait6ZMLdu--\r\n' --compressed

Обратите внимание, что тип контента, который получает сервер, — multipart/form-data

мой текущий код выглядит следующим образом:

client = Faraday::Connection.new(url: BASE_URL) do |builder|
    builder.use :cookie_jar
    builder.use :multipart
    builder.use :url_encoded
    builder.adapter :net_http
end

message = {title: "title", body: "body of message", recipientIdList:[186554]}
payload = {message: JSON.dump(message)}

response = @client.post(URL) do |request|
    request.headers['Content-Type'] = 'multipart/form-data'
    request.body = payload
end

Однако ответ, который я получаю от сервера, равен {"success"=>false, "errorCode"=>nil, "message"=>"Content type 'application/octet-stream' not supported", "data"=>nil}

Я немного подправил код и попытался снова, и часами искал в Google, но не смог найти решение.
Было бы очень признательно, если кто-то может помочь мне с этим.
Заранее благодарю

PS эта проблема, похоже, связана с https://github.com/lostisland/faraday/issues/830#issue -372589645 и https://github.com/lostisland/faraday/issues/769#issue -295426091, но я не могу найти решение.. Пожалуйста, помогите..

Самый полезный комментарий

Проблема заключается в том, как построена полезная нагрузка. Согласно вашему фрагменту curl -data-binary , ваш сервер хочет, чтобы значение формы message имело тип содержимого application/json . Однако сконструированная полезная нагрузка нигде этого не указывает.

Вот как это исправить в Faraday v1.0. Подробнее о Multipart Middleware

-payload = {message: JSON.dump(message)}
+payload = { message: Faraday::ParamPart.new(JSON.dump(message), ‘application/json’) }

В Faraday v0.1x (подтверждено в 0.17.3). Обратите внимание, что это по-прежнему отправляет «файл», который просто считывается из объекта ввода-вывода в памяти. Надеюсь, сервер не возражает против дополнительных составных значений заголовка. Вы можете увидеть подробности в 3-м запросе внизу этого сообщения.

-payload = {message: JSON.dump(message)}
+{ message: Faraday::UploadIO.new(StringIO.new(JSON.dump(message)), 'application/json') }

Я не знаю, что делать с сообщением об ошибке, на которое ответил ваш сервер.

Тип контента «application/octet-stream» не поддерживается

Я надеюсь, что исправление проблемы с составным типом контента решит ее, так как я не вижу, откуда application/octet-stream .

Позвольте мне знать, если у вас есть еще вопросы!

Показываю свою работу

Фрагменты рабочего кода можно посмотреть в multipart.rb · GitHub . Поскольку RequestBin , на который ссылается код, только временно содержит информацию о запросе, я записываю подробности ниже:

Запрос без типа содержимого в полезной нагрузке:

# AMZ/Cloudfront headers removed
Content-Type: multipart/form-data; boundary=—————RubyMultipartPost-10fbc5eb433c89c0eca87785f09ae45d
Connection: close
Connect-Time: 1
X-Request-Id: e802a260-56a9-4d01-a4ee-77f652380185
Content-Length: 253
Host: requestbin.io
User-Agent: Faraday v1.0.0
Accept: */*

——————RubyMultipartPost-10fbc5eb433c89c0eca87785f09ae45d
Content-Disposition: form-data; name=“message”

{“title”:”title”,”body":"body of message”,”recipientIdList":[186554]}
——————RubyMultipartPost-10fbc5eb433c89c0eca87785f09ae45d——————

Запросить тип содержимого WITH (Faraday 1.0)

Content-Type: multipart/form-data; boundary=—————RubyMultipartPost-9d77ee5700e0658dddb09ac41fad5fa4

Connection: close
Connect-Time: 0
Content-Length: 285
User-Agent: Faraday v1.0.0
X-Request-Id: 2bbb3705-42ec-4de2-877c-2afd588ed679
Accept-Encoding: gzip;q=1.0,deflate;q=0.6,identity;q=0.3
Accept: */*
Host: requestbin.io

——————RubyMultipartPost-9d77ee5700e0658dddb09ac41fad5fa4
Content-Disposition: form-data; name=“message”
Content-Type: application/json

{“title”:”title”,”body":"body of message”,”recipientIdList”:[186554]}
——————RubyMultipartPost-9d77ee5700e0658dddb09ac41fad5fa4——————

Запросить тип содержимого WITH (Faraday v0.17.3)

Content-Type: multipart/form-data; boundary=—————RubyMultipartPost-697c8614200bc0d7ae2fcc0215a2a697
Connection: close
Content-Length: 363
User-Agent: Faraday v0.17.3
X-Request-Id: af65fc06-3914-4ab6-8dbf-b347a1ac498a
Accept-Encoding: gzip;q=1.0,deflate;q=0.6,identity;q=0.3
Accept: */*
Host: requestbin.io

——————RubyMultipartPost-697c8614200bc0d7ae2fcc0215a2a697
Content-Disposition: form-data; name=“message”; filename=“local.path"
Content-Length: 69
Content-Type: application/json
Content-Transfer-Encoding: binary

{“title”:”title”,”body”:”body of message”,”recipientIdList”:[186554]}
——————RubyMultipartPost-697c8614200bc0d7ae2fcc0215a2a697—

Все 3 Комментарий

Проблема заключается в том, как построена полезная нагрузка. Согласно вашему фрагменту curl -data-binary , ваш сервер хочет, чтобы значение формы message имело тип содержимого application/json . Однако сконструированная полезная нагрузка нигде этого не указывает.

Вот как это исправить в Faraday v1.0. Подробнее о Multipart Middleware

-payload = {message: JSON.dump(message)}
+payload = { message: Faraday::ParamPart.new(JSON.dump(message), ‘application/json’) }

В Faraday v0.1x (подтверждено в 0.17.3). Обратите внимание, что это по-прежнему отправляет «файл», который просто считывается из объекта ввода-вывода в памяти. Надеюсь, сервер не возражает против дополнительных составных значений заголовка. Вы можете увидеть подробности в 3-м запросе внизу этого сообщения.

-payload = {message: JSON.dump(message)}
+{ message: Faraday::UploadIO.new(StringIO.new(JSON.dump(message)), 'application/json') }

Я не знаю, что делать с сообщением об ошибке, на которое ответил ваш сервер.

Тип контента «application/octet-stream» не поддерживается

Я надеюсь, что исправление проблемы с составным типом контента решит ее, так как я не вижу, откуда application/octet-stream .

Позвольте мне знать, если у вас есть еще вопросы!

Показываю свою работу

Фрагменты рабочего кода можно посмотреть в multipart.rb · GitHub . Поскольку RequestBin , на который ссылается код, только временно содержит информацию о запросе, я записываю подробности ниже:

Запрос без типа содержимого в полезной нагрузке:

# AMZ/Cloudfront headers removed
Content-Type: multipart/form-data; boundary=—————RubyMultipartPost-10fbc5eb433c89c0eca87785f09ae45d
Connection: close
Connect-Time: 1
X-Request-Id: e802a260-56a9-4d01-a4ee-77f652380185
Content-Length: 253
Host: requestbin.io
User-Agent: Faraday v1.0.0
Accept: */*

——————RubyMultipartPost-10fbc5eb433c89c0eca87785f09ae45d
Content-Disposition: form-data; name=“message”

{“title”:”title”,”body":"body of message”,”recipientIdList":[186554]}
——————RubyMultipartPost-10fbc5eb433c89c0eca87785f09ae45d——————

Запросить тип содержимого WITH (Faraday 1.0)

Content-Type: multipart/form-data; boundary=—————RubyMultipartPost-9d77ee5700e0658dddb09ac41fad5fa4

Connection: close
Connect-Time: 0
Content-Length: 285
User-Agent: Faraday v1.0.0
X-Request-Id: 2bbb3705-42ec-4de2-877c-2afd588ed679
Accept-Encoding: gzip;q=1.0,deflate;q=0.6,identity;q=0.3
Accept: */*
Host: requestbin.io

——————RubyMultipartPost-9d77ee5700e0658dddb09ac41fad5fa4
Content-Disposition: form-data; name=“message”
Content-Type: application/json

{“title”:”title”,”body":"body of message”,”recipientIdList”:[186554]}
——————RubyMultipartPost-9d77ee5700e0658dddb09ac41fad5fa4——————

Запросить тип содержимого WITH (Faraday v0.17.3)

Content-Type: multipart/form-data; boundary=—————RubyMultipartPost-697c8614200bc0d7ae2fcc0215a2a697
Connection: close
Content-Length: 363
User-Agent: Faraday v0.17.3
X-Request-Id: af65fc06-3914-4ab6-8dbf-b347a1ac498a
Accept-Encoding: gzip;q=1.0,deflate;q=0.6,identity;q=0.3
Accept: */*
Host: requestbin.io

——————RubyMultipartPost-697c8614200bc0d7ae2fcc0215a2a697
Content-Disposition: form-data; name=“message”; filename=“local.path"
Content-Length: 69
Content-Type: application/json
Content-Transfer-Encoding: binary

{“title”:”title”,”body”:”body of message”,”recipientIdList”:[186554]}
——————RubyMultipartPost-697c8614200bc0d7ae2fcc0215a2a697—

Большое спасибо за помощь, @technoweenie ! Ты восхитителен!!
Теперь запрос отлично работает с новой полезной нагрузкой и больше не жалуется на application/octet-stream .
Надеюсь, у тебя отличный день :D

Рад слышать, что теперь он работает так, как ожидалось!
Молодец @technoweenie , спасибо, что так быстро решили эту сложную проблему 👏!

Была ли эта страница полезной?
0 / 5 - 0 рейтинги